From dona@tridelta.com  Fri Mar 01 11:38:14 1996
Received: from wariat.wariat.org (root@wariat.wariat.org [192.147.147.1]) by tapr.org (8.7.4/8.7.3/1.8) with ESMTP id LAA02007 for <hfsig@tapr.org>; Fri, 1 Mar 1996 11:38:11 -0600 (CST)
Received: from tridelta.com (uucp@localhost) by wariat.wariat.org (8.6.12/8.6.9) with UUCP id MAA29105 for hfsig@tapr.org; Fri, 1 Mar 1996 12:15:21 -0500
Received: from sparcy.tridelta.com (sparcy [192.160.168.222]) by tdi3.tridelta.com (8.6.9/8.6.9) with ESMTP id KAA29287 for <hfsig@tapr.org>; Fri, 1 Mar 1996 10:23:53 -0500
Received: from donapc.tridelta.com (donapc.tridelta.com [192.160.168.70]) by sparcy.tridelta.com (8.7.1/8.7.1) with SMTP id KAA20725 for <hfsig@tapr.org>; Fri, 1 Mar 1996 10:23:27 -0500 (EST)
Date: Fri, 1 Mar 1996 10:23:27 -0500 (EST)
Message-Id: <199603011523.KAA20725@sparcy.tridelta.com>
X-Sender: dona@sparcy
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: hfsig@tapr.org
From: dona@tridelta.com (Don Adams)
Subject: HF Channel Capacity

I've been monitoring tis sig for a few months now and reading the
back issues down loaded from tapr web site. I took a lot of DSP
in college 20 years ago and only now the hardware has finally 
caught up. In a previous life I designed Bell 201 modem compatables
and about 3 years ago used an Areil 56000 to proto type some
adaptive control loops. 

I've been looking at the 2 various designs that have been around here.
The phase modulated and the multi freq usually with a phase modulation
enhancement.

The real question here is what IS the channel capacity of the HF channel
that we're talking about. It can be looked at in the short term and long
term (ie what is the short term and long term).   What is the advantage
of a multi freq phase moduated signal vs just a single freq more phases
and amplitudes, moduated signal.  They both use up the channel states.

Or what about a signal that has several orthoganal signals on it that 
could be decoded completely with good signal to noise ratios and only
partially with bad S/N.  ie a course structure such as Ur biphase and an
addition fine structure (phase or amplitude or both etc etc) that could
only be resolved if the channel is good. Then using  an ACK that 
indicates how much was resolved out of the signal.

It all boils down to how many unique states can I resolve at this symbol
period. ie what is the channel capacity?

                                           over and out....             Don
WA8QZZ

From forrerj@ucs.orst.edu  Fri Mar 01 21:31:52 1996
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by tapr.org (8.7.4/8.7.3/1.8) with SMTP id VAA28090 for <hfsig@tapr.org>; Fri, 1 Mar 1996 21:31:48 -0600 (CST)
Received: from p00.t0.monrotel.com by ucs.orst.edu; (5.65v3.2/1.1.8.2/24Sep94-1201PM)
	id AA29812; Fri, 1 Mar 1996 19:31:39 -0800
Message-Id: <9603020331.AA29812@ucs.orst.edu>
X-Sender: forrerj@ucs.orst.edu
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 01 Mar 1996 19:38:51 -0800
To: hfsig@tapr.org
From: forrerj@ucs.orst.edu (Johan Forrer)
Subject: Re: [HFSIG:931] HF Channel Capacity

Hi Don,

Welcome aboard - your experiences sounds very useful. Perhaps you can add to
the ideas that we have been entertaining and experimenting with.


>I've been monitoring tis sig for a few months now and reading the
>back issues down loaded from tapr web site. I took a lot of DSP
>in college 20 years ago and only now the hardware has finally 
>caught up. In a previous life I designed Bell 201 modem compatables
>and about 3 years ago used an Areil 56000 to proto type some
>adaptive control loops. 
>
>I've been looking at the 2 various designs that have been around here.
>The phase modulated and the multi freq usually with a phase modulation
>enhancement.
>
>The real question here is what IS the channel capacity of the HF channel
>that we're talking about. It can be looked at in the short term and long
>term (ie what is the short term and long term).   What is the advantage
>of a multi freq phase moduated signal vs just a single freq more phases
>and amplitudes, moduated signal.  They both use up the channel states.
>
>Or what about a signal that has several orthoganal signals on it that 
>could be decoded completely with good signal to noise ratios and only
>partially with bad S/N.  ie a course structure such as Ur biphase and an
>addition fine structure (phase or amplitude or both etc etc) that could
>only be resolved if the channel is good. Then using  an ACK that 
>indicates how much was resolved out of the signal.
>
>It all boils down to how many unique states can I resolve at this symbol
>period. ie what is the channel capacity?
>
>                                           over and out....             Don
>WA8QZZ
>
>

Good question. I don't have an answer - I can suggest taking Shannon's
channel capacity formula, but keep in mind that is for a channel with
gaussian noise. The HF channel behaves quite different depending at what
frequency you are working, what time of the day it is, which season and
where along the sun-spot cycle you are. 

Thus far, we have not yet explored any form of intelligent reverse channel
signaling. It has been suggested by Rolf Sommerhalder and Tom McDermot has
mentioned work done on a single channel 9600 baud modem for HF with dynamic
channel equalization. Tom might be able to tell us a bit more about that
work, but I think it uses training sequences embedded in the data stream
that allows the modem to do channel equalization on the fly while receiving
data.

All interesting stuff - we are interested to hear what you have in mind.

--Johan, KC7WW 

From srbible@mindport.net Sat Mar 02 14:06:26 1996
Received: from polaris.mindport.net (root@polaris.mindport.net [205.219.167.2]) by tapr.org (8.7.4/8.7.3/1.8) with SMTP id OAA12421 for <hfsig@tapr.org>; Sat, 2 Mar 1996 14:06:23 -0600 (CST)
Received: from default (synapse-60.mindport.net [205.219.167.79]) by polaris.mindport.net (8.6.12/8.6.12) with SMTP id PAA18770 for <hfsig@tapr.org>; Sat, 2 Mar 1996 15:06:20 -0500
Posted-Date: Sat, 2 Mar 1996 15:06:20 -0500
Message-Id: <1.5.4b11.32.19960302200723.00685a30@mindport.net>
X-Sender: srbible@mindport.net
X-Mailer: Windows Eudora Light Version 1.5.4b11 (32)
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sat, 02 Mar 1996 15:07:23 -0500
To: hfsig@tapr.org
From: "Steven R. Bible" <srbible@mindport.net>
Subject: C5x DSK Assembler

I found a funny thing about the assembler for the C5x DSK.  Perhaps someone
could shed some light on this problem.

I downloaded the latest assember from ftp://ftp.ti.com/mirrors/tms320bbs/,
it is entitled "DSK5A110.EXE."  It is version 1.10.  

Next I downloaded from the same site "5XDSKFIR.EXE" which is a set of FIR
filters (hi, lo, band, and stop pass).  Initially these filters have coded
into them a random noise generator.  You can comment out the noise generator
and enable the INput RCA jack.  I did this and re-assmbled the code with
version 1.10 of the assembler.  The new program did not work.

After a lot of fooling around I tried the older assembler, version 1.02.
And sure enough I could assemble the code and it worked.  Now I could sample
the INput and hear the effects of the respective filters.

Any idea what is wrong or what I am doing wrong?  

Thanks,

 - Steve, N7HPR

srbible@mindport.net
n7hpr@amsat.org
n7hpr@tapr.org

From forrerj@ucs.orst.edu  Sat Mar 02 22:35:22 1996
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by tapr.org (8.7.4/8.7.3/1.8) with SMTP id WAA03309 for <hfsig@tapr.org>; Sat, 2 Mar 1996 22:35:20 -0600 (CST)
Received: from p08.t0.monrotel.com by ucs.orst.edu; (5.65v3.2/1.1.8.2/24Sep94-1201PM)
	id AA07573; Sat, 2 Mar 1996 20:35:11 -0800
Message-Id: <9603030435.AA07573@ucs.orst.edu>
X-Sender: forrerj@ucs.orst.edu
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sat, 02 Mar 1996 20:42:20 -0800
To: hfsig@tapr.org
From: forrerj@ucs.orst.edu (Johan Forrer)
Subject: Re: [HFSIG:933] C5x DSK Assembler

Hi Steve,

There were two recent postings on COMP.DSP reporting that the latest C5x
assembler was generating bad code. You may want to check that out to see if
those support your findings.

--Johan


>I found a funny thing about the assembler for the C5x DSK.  Perhaps someone
>could shed some light on this problem.
>
>I downloaded the latest assember from ftp://ftp.ti.com/mirrors/tms320bbs/,
>it is entitled "DSK5A110.EXE."  It is version 1.10.  
>
>Next I downloaded from the same site "5XDSKFIR.EXE" which is a set of FIR
>filters (hi, lo, band, and stop pass).  Initially these filters have coded
>into them a random noise generator.  You can comment out the noise generator
>and enable the INput RCA jack.  I did this and re-assmbled the code with
>version 1.10 of the assembler.  The new program did not work.
>
>After a lot of fooling around I tried the older assembler, version 1.02.
>And sure enough I could assemble the code and it worked.  Now I could sample
>the INput and hear the effects of the respective filters.
>
>Any idea what is wrong or what I am doing wrong?  
>
>Thanks,
>
> - Steve, N7HPR
>
>srbible@mindport.net
>n7hpr@amsat.org
>n7hpr@tapr.org
>
>

From Jarkko.Vuori@hut.fi Sun Mar 03 11:26:52 1996
Received: from wooster.hut.fi (root@wooster.hut.fi [130.233.161.195]) by tapr.org (8.7.4/8.7.3/1.8) with SMTP id LAA07373 for <hfsig@tapr.org>; Sun, 3 Mar 1996 11:26:44 -0600 (CST)
Received: from sti-pc20.hut.fi (sti-pc20.hut.fi [130.233.161.182]) by wooster.hut.fi (8.6.12/8.6.9) with SMTP id TAA24916 for <hfsig@tapr.org>; Sun, 3 Mar 1996 19:26:40 +0200
Message-Id: <199603031726.TAA24916@wooster.hut.fi>
Comments: Authenticated sender is <mimic@[130.233.161.195]>
From: "Jarkko Vuori" <Jarkko.Vuori@hut.fi>
Organization: Helsinki University of Technology
To: hfsig@tapr.org
Date: Sun, 3 Mar 1996 19:26:39 +0200
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: Re: [HFSIG:921] Re: QST tidbits
Reply-to: Jarkko.Vuori@hut.fi
Priority: normal
X-mailer: Pegasus Mail for Windows (v2.23)

> Not to pursue this thread much further here on HFSIG, I just wanted to 
> leave this with a last comment. I wonder if the 9600 baud DSP-93 modem 
> problem could not be solved using a multirate technique, i.e., a number 
> of downsample/upsample filters with the appropiate fractional ratio to 
> get you to an exact multiple of 9600. This might consume less clock 
> cycles and leave the possibilities for other features. Just a thought.
> 
> --Johan
> 
>  
> 
> 

From Jarkko.Vuori@hut.fi Sun Mar 03 11:50:24 1996
Received: from wooster.hut.fi (root@wooster.hut.fi [130.233.161.195]) by tapr.org (8.7.4/8.7.3/1.8) with SMTP id LAA08390 for <hfsig@tapr.org>; Sun, 3 Mar 1996 11:50:16 -0600 (CST)
Received: from sti-pc20.hut.fi (sti-pc20.hut.fi [130.233.161.182]) by wooster.hut.fi (8.6.12/8.6.9) with SMTP id TAA24928; Sun, 3 Mar 1996 19:50:12 +0200
Message-Id: <199603031750.TAA24928@wooster.hut.fi>
Comments: Authenticated sender is <mimic@[130.233.161.195]>
From: "Jarkko Vuori" <Jarkko.Vuori@hut.fi>
Organization: Helsinki University of Technology
To: hfsig@tapr.org
Date: Sun, 3 Mar 1996 19:50:12 +0200
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: Changing the sample rate
Reply-to: Jarkko.Vuori@hut.fi
CC: Jarkko.Vuori@hut.fi
Priority: normal
X-mailer: Pegasus Mail for Windows (v2.23)

> Not to pursue this thread much further here on HFSIG, I just wanted to 
> leave this with a last comment. I wonder if the 9600 baud DSP-93 modem 
> problem could not be solved using a multirate technique, i.e., a number 
> of downsample/upsample filters with the appropiate fractional ratio to 
> get you to an exact multiple of 9600. This might consume less clock 
> cycles and leave the possibilities for other features. Just a thought.

	Hi Johan,

	Sample rate altering using DSP techniques is not very complex
	thing to do at all. You can combine the receive matched filter,
	interpolation/decimation filters and symbol timing
	filter to one FIR filter with time varying coefficients. This can
	be implemented very efficiently with modern DSPs.

	Look for example my 9600 bit/s G3RUH modem (g3ruh.asm file).
	I have fixed rate sampling at 48 kHz. I have 2/5
	interpolator/decimator in order to get the 19200 Hz sampling
	rate suitable for the 9600 bit/s decision making. Because this
	interpolator/decimator is a simple FIR filter, I can combine
	(by convolving the filter coefficients) the receive raised cosine
	filter and interpolation/decimation filters together. This
	combined filter has the same number of taps than those separate
	filters, so there is no performance gain, but this single
	combined filter improves the structure of the DSP program.

	Jarkko, OH2LNS

From dibene@VNET.IBM.COM  Mon Mar 04 03:43:18 1996
Received: from VNET.IBM.COM (vnet.ibm.com [199.171.26.4]) by tapr.org (8.7.4/8.7.3/1.8) with SMTP id DAA23434 for <hfsig@tapr.org>; Mon, 4 Mar 1996 03:43:16 -0600 (CST)
Message-Id: <199603040943.DAA23434@tapr.org>
Received: from ROMVMNIC by VNET.IBM.COM (IBM VM SMTP V2R3) with BSMTP id 2344;
   Mon, 04 Mar 96 04:43:07 EST
Date: Mon, 4 Mar 96 10:44:58 EST
From: dibene@VNET.IBM.COM (Alberto di Bene)
To: SRBIBLE@MINDPORT.NET
cc: hfsig@tapr.org
Subject: Re: [HFSIG:933] C5x DSK Assembler
Reply-To: dibene@VNET.IBM.COM
Organization: IBM Semea S.p.A.
News-Software: UReply 3.1

In a previous message, you wrote:
>I found a funny thing about the assembler for the C5x DSK.  Perhaps someone
>could shed some light on this problem.
>
>I downloaded the latest assember from ftp://ftp.ti.com/mirrors/tms320bbs/,
>it is entitled "DSK5A110.EXE."  It is version 1.10.
>
>Next I downloaded from the same site "5XDSKFIR.EXE" which is a set of FIR
>filters (hi, lo, band, and stop pass).  Initially these filters have coded
>into them a random noise generator.  You can comment out the noise generator
>and enable the INput RCA jack.  I did this and re-assmbled the code with
>version 1.10 of the assembler.  The new program did not work.
>
>After a lot of fooling around I tried the older assembler, version 1.02.
>And sure enough I could assemble the code and it worked.  Now I could sample
>the INput and hear the effects of the respective filters.
>
>Any idea what is wrong or what I am doing wrong?
>
>Thanks,
>
> - Steve, N7HPR
>
>srbible@mindport.net
>n7hpr@amsat.org
>n7hpr@tapr.org
>

 Steve, avoid like pest the V 1.10 of the DSK5A assembler. It is full of
 horrendous errors.... I wonder which testing procedures they use before
 releasing a product.. probably none... I have the impression that the
 assembler, loader and debugger delivered with the DSK are an after-tought
 written by a summer student whose main interest was to earn a few dollars
 for the college. I am trying to post to comp.dsp with the results of my
 testing, and I'll do it as soon as the news server will stop telling me
 that it has exhausted the space for new postings.

 As an example :

00010 0a06 0812          lamm    PASR    <---- WRONG ! Must assemble as 080a
00011 0a07 0813          lamm    PAER    <---- WRONG ! Must assemble as 080b
00012 0a08 0814          lamm    TREG0   <---- WRONG ! Must assemble as 080c
00013 0a09 0815          lamm    TREG1   <---- WRONG ! Must assemble as 080d
00014 0a0a 0816          lamm    TREG2   <---- WRONG ! Must assemble as 080e
00015 0a0b 0817          lamm    DBMR    <---- WRONG ! Must assemble as 080f

 Moreover, if you use the directive .ps xxxx  where xxxx is whatever address,
 it simply resets the code space counter to 0a00h, ignoring your xxxx.

 The same for  .ds xxxx  which resets the data space counter to 0e00h, no
 matter what xxxx you specify.

 Such pieces of cr*p should never be released. The errors are such that even
 a minimal testing would have pinpointed them. It seems that they didn't
 find the time for *any* testing.

 For now it is wiser to stay with V 1.03 - I have been told that a public
 domain assembler for the 'C50 DSK is available for Linux. I am trying to
 get hold of it.


Alberto di Bene         dibene@vnet.ibm.com     i2phd@amsat.org
------------------------------------------------------------------------
     Microsoft gave you windows. IBM gives you the whole house.         )
------------------------------------------------------------------------

From hasch@ihf.uni-stuttgart.de  Mon Mar 04 06:51:45 1996
Received: from artemis.rus.uni-stuttgart.de (artemis.rus.uni-stuttgart.de [129.69.18.28]) by tapr.org (8.7.4/8.7.3/1.8) with ESMTP id GAA29476 for <hfsig@tapr.org>; Mon, 4 Mar 1996 06:51:39 -0600 (CST)
Received: from ihfrisc.ihf.uni-stuttgart.de (ihfrisc.ihf.uni-stuttgart.de [129.69.95.31]) by artemis.rus.uni-stuttgart.de with SMTP id NAA25023
  (8.6.12/IDA-1.6 for <hfsig@tapr.org>); Mon, 4 Mar 1996 13:51:22 +0100
Received: from ihfibm1.ihf.uni-stuttgart.de by ihfrisc.ihf.uni-stuttgart.de (AIX 3.2/UCB 5.64/BelWue-2.1RS)
          id AA18375; Mon, 4 Mar 1996 13:50:05 +0100
Received: by ihfibm1.ihf.uni-stuttgart.de (AIX 4.1/UCB 5.64/BelWue-1.41AIXRS)
          id AA16206; Mon, 4 Mar 1996 13:51:21 +0100
Date: Mon, 4 Mar 1996 13:51:21 +0100
From: hasch@ihf.uni-stuttgart.de (Juergen Hasch)
Message-Id: <9603041251.AA16206@ihfibm1.ihf.uni-stuttgart.de>
To: hfsig@tapr.org
Subject: Re: C5x DSK Assembler
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Md5: a2GS221Oriwf2jDyYjCrkQ==

You wrote:

> For now it is wiser to stay with V 1.03 - I have been told that a public
> domain assembler for the 'C50 DSK is available for Linux. I am trying to
> get hold of it.
>
>Alberto di Bene         dibene@vnet.ibm.com     i2phd@amsat.org

You could try 'AS' from Alfred Arnold, which available at
'ftp.uni-stuttgart.de/pub/systems/pc/lang/as' and has (among many others) code
generators for the 320C2x and 320c5x chips. The TMS320 code generators were
written by Tom HB9JNX.

AS runs with DOS and OS/2, the Pascal source is available if you want to write
your own code generator. Documentaion is only in german right now.

I have written all programs for my 320C25 DSP card with AS and never had any
problems, AS is definitely much better than any of the crippled DSK assemblers
from TI.


Juergen Hasch DG1SCR
--------------------------------------------------------------------------------
| Institut fuer Hochfrequenztechnik  | hasch@ihf.uni-stuttgart.de              |
| Universitaet Stuttgart             |                                         |
| Germany                            | Packet Radio: dg1scr@db0rbs.#bw.deu.eu  |
--------------------------------------------------------------------------------

From wd5ivd@tapr.org Mon Mar 04 15:52:59 1996
Received: (from wd5ivd@localhost) by tapr.org (8.7.4/8.7.3/1.8) id PAA21342; Mon, 4 Mar 1996 15:52:53 -0600 (CST)
From: Greg Jones <wd5ivd@tapr.org>
Message-Id: <199603042152.PAA21342@tapr.org>
Subject: 1996 ARRL and TAPR Digital Communications Conference
To: netsig@tapr.org (NETSIG mailing), bbssig@tapr.org (BBS SIG mailing),
         aprssig@tapr.org (BBS SIG mailing), hfsig@tapr.org (HF SIG mailing),
        dsp-93@tapr.org (DSP-93 Build), ss@tapr.org, tapr-tnc@tapr.org
Date: Mon, 4 Mar 1996 15:52:53 -0600 (CST)
X-Mailer: ELM [version 2.4 PL25]
Content-Type: text


Press Release.  Please distribute as widely as possible.  http://www.tapr.org
March 1st, 1996

-----------------------------------------------------------------------
ARRL and TAPR Digital Communications Conference
September 20-22, 1996
Seattle, WA, U.S.A.


1996 ARRL and TAPR Digital Communications Conference

Mark your calendar and start making plans to attend the year's premier event
in amateur radio digital communications --

The 1996 ARRL and TAPR Digital Communications Conference will be held
September 20-22, 1996, in Seattle, Washington -- just minutes from the
SeaTac Airport.  Local sponsors include the Puget Sound Amateur Radio TCP/IP
Group and Boeing Employees Amateur Radio Society (BEARS).

The ARRL and TAPR Digital Communications Conference is an international
forum for radio amateurs and experts in digital communications, networking,
and related technologies to meet, publish their work, and present new ideas
and techniques for discussion.  Presenters and attendees will have the
opportunity to exchange ideas and learn about recent hardware and software
advances, theories, experimental results, and practical applications.  This
year marks the first year in which the ARRL Digital Communications
Conference and TAPR Annual General Meeting have joined into one conference!

Anyone interested in digital communications is invited to submit a paper for
publication in the Conference Proceedings.  Presentation at the Conference
is not required for publication.  Papers are due by July 23, 1996, and
should be submitted to Maty Weinberg, ARRL, 225 Main St., Newington, CT
06111 U.S.A. or via Internet at lweinberg@arrl.org.  Please contact Maty for
detailed format requirements.  Papers are due by July 23, 1996

ARRL and TAPR especially welcome papers from full time students to compete
for the first annual student papers award. Two $500 travel awards will be
given, one in each of the following categories: a) best
technical/theory-oriented paper by a student, and b) best educational or
community-oriented application paper by a student.  The paper should relate
directly to a wireless digital communication topic (see guidelines for more
information).  Papers coauthored by educators or telecommunications
professionals are also eligible for this award, as long as a student is the
first author.  First year awards have been funded through a grant by The
ARRL Foundation, Inc. Deadline for receipt of finished student paper
manuscript: June 11, 1996.  Please note that this deadline is different than
the general conference submission date.  For full details and paper
guidelines, contact TAPR or check http://www.tapr.org.

The current schedule has a workshop and student papers on Friday afternoon.
Conference Papers, Introductory thread, Lunch, and Dinner on Saturday.
Sunday will have additional paper sessions, if necessary, as well as one or
more workshops.  Workshops will include Keith Sproul, WU2Z, on APRS
packet-location software, Dewayne Hendricks, WA8DZP , on "How to utilize
Part 15 Radios for Ham Applications" and a workshop on Wireless Networking
using WA4DSY 56K RF modem technology and its accessories.  See the advanced
registration form for more details as well as http://www.tapr.org

For more information on the Conference, registration, and hotel reservations
please contact TAPR at the address below.

TAPR Office:
8987-309 E. Tanque Verde Rd. #337
Tucson, AZ 85749-9399
Phone: (817) 383-0000
Fax: (817) 566-2544

Internet E-Mail: tapr@tapr.org
Internet Web: http://www.tapr.org


From Fermax.esp@vlc.servicom.es Tue Mar 05 11:56:18 1996
Received: from ns.mad.servicom.es (root@ns.mad.servicom.es [194.106.0.132]) by tapr.org (8.7.4/8.7.3/1.8) with ESMTP id LAA03029 for <hfsig@tapr.org>; Tue, 5 Mar 1996 11:56:01 -0600 (CST)
From: Fermax.esp@vlc.servicom.es
Received: from ppp_8.val.servicom.es by ns.mad.servicom.es (8.6.12/FI-3.3) Tue, 5 Mar 1996 18:56:45 +0100
Message-Id: <199603051756.SAA00058@ns.mad.servicom.es>
X-Sender: a4608486@pop.vlc.servicom.es
X-Mailer: Windows Eudora Light Version 1.5.2
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Tue, 05 Mar 1996 18:51:16 +0100
To: hfsig@tapr.org
Subject: TEST ONLY!

-------
JOSE V. GAVILA
R&D Engineer
FERMAX ELECTRONICA S.A.E.

From JSANFORD@infi.net Tue Mar 05 12:05:01 1996
Received: from mh004.infi.net (mh004.infi.net [205.219.238.95]) by tapr.org (8.7.4/8.7.3/1.8) with ESMTP id MAA03716 for <hfsig@tapr.org>; Tue, 5 Mar 1996 12:04:59 -0600 (CST)
Received: from h-ra.norfolk.infi.net by mh004.infi.net with SMTP 
	(Infinet-S-3.3) id TAA21459; Mon, 4 Mar 1996 19:07:12 -0500 (EST)
Message-Id: <199603050007.TAA21459@mh004.infi.net>
X-Sender: jsanford@infi.net
X-Mailer: Windows Eudora Light Version 1.5.2
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Mon, 04 Mar 1996 19:06:39 -0500
To: hfsig@tapr.org
From: Jim Sanford <JSANFORD@infi.net>
Subject: Re: [HFSIG:938] Re: C5x DSK Assembler

Jurgen:  Any mirror sites?  Couldn't get to yours.  Thanks & 73, Jim
wb4gcs@amsat.org
>You could try 'AS' from Alfred Arnold, which available at
>'ftp.uni-stuttgart.de/pub/systems/pc/lang/as' and has (among many others) code
>

From N0AOT@aol.com Tue Mar 05 18:39:34 1996
Received: from emout10.mail.aol.com (emout10.mx.aol.com [198.81.11.25]) by tapr.org (8.7.4/8.7.3/1.8) with SMTP id SAA22837 for <hfsig@tapr.org>; Tue, 5 Mar 1996 18:39:32 -0600 (CST)
From: N0AOT@aol.com
Received: by emout10.mail.aol.com (8.6.12/8.6.12) id TAA16754 for hfsig@tapr.org; Tue, 5 Mar 1996 19:39:51 -0500
Date: Tue, 5 Mar 1996 19:39:51 -0500
Message-ID: <960305193950_238470400@emout10.mail.aol.com>
To: hfsig@tapr.org
Subject: 56002 EVM Documentation

Hi All,

I ordered some the on the E56002 VM from Motorola's Web site:
http://www.design-net.com/dsp/DSPhome.html, and I received the package via
UPS in about 2 days!  

Now that's what I call service!  Free too... 

--Bob Carlson, n0aot@amsat.org
 

From hasch@ihf.uni-stuttgart.de  Wed Mar 06 02:57:33 1996
Received: from artemis.rus.uni-stuttgart.de (artemis.rus.uni-stuttgart.de [129.69.18.28]) by tapr.org (8.7.4/8.7.3/1.8) with ESMTP id CAA21046 for <hfsig@tapr.org>; Wed, 6 Mar 1996 02:57:25 -0600 (CST)
Received: from ihfrisc.ihf.uni-stuttgart.de (ihfrisc.ihf.uni-stuttgart.de [129.69.95.31]) by artemis.rus.uni-stuttgart.de with SMTP id JAA19441
  (8.6.12/IDA-1.6 for <hfsig@tapr.org>); Wed, 6 Mar 1996 09:57:06 +0100
Received: from rusxppp147.rus.uni-stuttgart.de by ihfrisc.ihf.uni-stuttgart.de (AIX 3.2/UCB 5.64/BelWue-2.1RS)
          id AA20973; Wed, 6 Mar 1996 09:55:46 +0100
Message-Id: <9603060855.AA20973@ihfrisc.ihf.uni-stuttgart.de>
Date: Wed, 06 Mar 96 09:57:47 CET
From: hasch@ihf.uni-stuttgart.de (Juergen Hasch)
Reply-To: hasch@ihf.uni-stuttgart.de (Juergen Hasch)
To: hfsig@tapr.org
X-Mailer: PMMail (v1.05 UNREGISTERED SHAREWARE)
Subject: Re: C5x DSK Assembler

On Tue, 5 Mar 1996 12:20:33 -0600 (CST) you wrote:

>Jurgen:  Any mirror sites?  Couldn't get to yours.  Thanks & 73, Jim
>wb4gcs@amsat.org

Hello Jim,

since the recent version of AS with C5x support is brand new, I don't believe
there are any other sites ( at least outside of europe) yet.
If you really can't get through, I can send you AS by Email (0.5 Meg!).

73's de Juergen DG1SCR
                      hasch@ihf.uni-stuttgart.de


From hasch@ihf.uni-stuttgart.de  Wed Mar 06 03:01:38 1996
Received: from artemis.rus.uni-stuttgart.de (artemis.rus.uni-stuttgart.de [129.69.18.28]) by tapr.org (8.7.4/8.7.3/1.8) with ESMTP id CAA21045 for <hfsig@tapr.org>; Wed, 6 Mar 1996 02:57:13 -0600 (CST)
Received: from ihfrisc.ihf.uni-stuttgart.de (ihfrisc.ihf.uni-stuttgart.de [129.69.95.31]) by artemis.rus.uni-stuttgart.de with SMTP id JAA19438
  (8.6.12/IDA-1.6 for <hfsig@tapr.org>); Wed, 6 Mar 1996 09:57:03 +0100
Received: from rusxppp147.rus.uni-stuttgart.de by ihfrisc.ihf.uni-stuttgart.de (AIX 3.2/UCB 5.64/BelWue-2.1RS)
          id AA31722; Wed, 6 Mar 1996 09:55:43 +0100
Message-Id: <9603060855.AA31722@ihfrisc.ihf.uni-stuttgart.de>
Date: Wed, 06 Mar 96 09:59:34 CET
From: hasch@ihf.uni-stuttgart.de (Juergen Hasch)
Reply-To: hasch@ihf.uni-stuttgart.de (Juergen Hasch)
To: hfsig@tapr.org
X-Mailer: PMMail (v1.05 UNREGISTERED SHAREWARE)
Subject: AS and macros

Hello Johan,

porting macros to AS should not be too difficult.

This is what the AS documentation says:
  The same conventions as for symbols also apply to macro parameters, with the
  exception that no points and underscores are allowed. This restriction 
  is neccessary because the underscore allows to concatenate macro parameter
  names to a single symbol, as shown in the following example:

concat	macro	part1,part2
	call	part1_part2
        endm

If you call the macro

	concat	Modul,Funktion

You will get

	call	Modul_Funktion


If you want to port Alexander's HFSIM for example:

F0_BUF1   equ  0400h
 gets
F0_BUF_1  equ  0400h

 and 

OVS0TP	$MACRO	TP_NR
	TP      F0_BUF:B_NR.S:,TP:TP_NR:

	LDPK    F0_OUT_P 
	SACH    F0_OUT:B_NR.S:,3 
	
	B       END0_:B_NR.S:_TP2
	$ENDM

 gets

OVS0TP        MACRO        TPNR,BNR
        TP      F0_BUF_BNR,TP_TPNR

        LDPK    F0_OUT_P
        SACH    F0_OUT_BNR,3 

        B       END0_BNR_TP2
        ENDM


73's de Juergen DG1SCR
                hasch@ihf.uni-stuttgart.de


From karn@qualcomm.com Wed Mar 06 03:11:28 1996
Received: from servo.qualcomm.com (servo.qualcomm.com [129.46.128.14]) by tapr.org (8.7.4/8.7.3/1.8) with ESMTP id DAA21528 for <hfsig@tapr.org>; Wed, 6 Mar 1996 03:11:25 -0600 (CST)
Received: (from karn@localhost) by servo.qualcomm.com (8.7.4/8.7.2/1.6.1) id BAA10645; Wed, 6 Mar 1996 01:10:51 -0800 (PST)
Date: Wed, 6 Mar 1996 01:10:51 -0800 (PST)
From: Phil Karn <karn@qualcomm.com>
Message-Id: <199603060910.BAA10645@servo.qualcomm.com>
To: hfsig@tapr.org
In-reply-to: <39F223B3805@frl.orst.edu> (FORRERJ@frl.orst.edu)
Subject: Re: [HFSIG:912] Re: Sync Vectors for HF Digital

>For the same argument, I assume that reverse channel signaling for an 
>ARQ system needs the same considerations as that is also an unprotected 
>sequence?

I see no need for a special reverse channel (in the AMTOR sense) in a
well-coded system. With appropriate FEC you can lengthen your
transmissions considerably and send acks as ordinary frames. Not only
would this avoid a lot of turnaround overhead, but it would be a lot
easier on transmitter relays.

Phil

From forrerj@ucs.orst.edu  Wed Mar 06 11:13:53 1996
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by tapr.org (8.7.4/8.7.3/1.8) with SMTP id LAA12318 for <hfsig@tapr.org>; Wed, 6 Mar 1996 11:13:51 -0600 (CST)
Received: from p07.t0.monrotel.com by ucs.orst.edu; (5.65v3.2/1.1.8.2/24Sep94-1201PM)
	id AA02264; Wed, 6 Mar 1996 09:13:42 -0800
Message-Id: <9603061713.AA02264@ucs.orst.edu>
X-Sender: forrerj@ucs.orst.edu
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Wed, 06 Mar 1996 09:21:23 -0800
To: hfsig@tapr.org
From: forrerj@ucs.orst.edu (Johan Forrer)
Subject: Re: [HFSIG:944] AS and macros

Hello Juergen,

That sounds exactly what I needed - I am in the process of porting
Alexander's simulator to a TI DSK for my own testing purposes. I did not use
the "_" concatenator construct, so that is why my efforts failed. Everything
else seems to work out OK.

The other bit that is missing - what is the output format of the P2HEX and
P2BIN programs? Seems like a good way to generate a compacted version for
loading into the DSP. Do you perhaps know of a C25/6 code loader that will
read such a file?


Thanks a lot for your help.

--Johan


From forrerj@ucs.orst.edu  Wed Mar 06 11:14:02 1996
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by tapr.org (8.7.4/8.7.3/1.8) with SMTP id LAA12343 for <hfsig@tapr.org>; Wed, 6 Mar 1996 11:14:00 -0600 (CST)
Received: from p07.t0.monrotel.com by ucs.orst.edu; (5.65v3.2/1.1.8.2/24Sep94-1201PM)
	id AA20374; Wed, 6 Mar 1996 09:13:45 -0800
Message-Id: <9603061713.AA20374@ucs.orst.edu>
X-Sender: forrerj@ucs.orst.edu
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Wed, 06 Mar 1996 09:21:26 -0800
To: hfsig@tapr.org
From: forrerj@ucs.orst.edu (Johan Forrer)
Subject: Re: [HFSIG:945] Re: Sync Vectors for HF Digital

Hi Phil,


>I see no need for a special reverse channel (in the AMTOR sense) in a
>well-coded system. With appropriate FEC you can lengthen your
>transmissions considerably and send acks as ordinary frames. Not only
>would this avoid a lot of turnaround overhead, but it would be a lot
>easier on transmitter relays.
>
>Phil
>
>

My casual observations on monitoring HF packet transmissions is that these
ACKs sent as ordinary frames is one of the reasons for the inefficiency of
HF packet. A much shortened frame may be workable, but then we are talking
about variable frame lengths which needs some further thought. For example,
if we know where a frame starts, how do we know where it ends when its
length could be anything in the new scheme of things. 

I guess I would need to see the arguments as to why the reverse channel
signaling should use ordinary frames, especially in an HF environnment.

I appreciate your further thoughts on this.

--Johan 

From hasch@ihf.uni-stuttgart.de  Wed Mar 06 14:14:07 1996
Received: from artemis.rus.uni-stuttgart.de (artemis.rus.uni-stuttgart.de [129.69.18.28]) by tapr.org (8.7.5/8.7.3/1.8) with ESMTP id OAA01122 for <hfsig@tapr.org>; Wed, 6 Mar 1996 14:13:53 -0600 (CST)
Received: from ihfrisc.ihf.uni-stuttgart.de (ihfrisc.ihf.uni-stuttgart.de [129.69.95.31]) by artemis.rus.uni-stuttgart.de with SMTP id VAA02616
  (8.6.12/IDA-1.6 for <hfsig@tapr.org>); Wed, 6 Mar 1996 21:13:47 +0100
Received: from rusxppp177.rus.uni-stuttgart.de by ihfrisc.ihf.uni-stuttgart.de (AIX 3.2/UCB 5.64/BelWue-2.1RS)
          id AA07025; Wed, 6 Mar 1996 21:12:26 +0100
Message-Id: <9603062012.AA07025@ihfrisc.ihf.uni-stuttgart.de>
Date: Wed, 06 Mar 96 21:17:32 CET
From: hasch@ihf.uni-stuttgart.de (Juergen Hasch)
Reply-To: hasch@ihf.uni-stuttgart.de (Juergen Hasch)
To: hfsig@tapr.org
X-Mailer: PMMail (v1.05 UNREGISTERED SHAREWARE)
Subject: Re: AS and macros

Hello Johan,

On Wed, 6 Mar 1996 11:28:39 -0600 (CST) you wrote:

>
>That sounds exactly what I needed - I am in the process of porting
>Alexander's simulator to a TI DSK for my own testing purposes. I did not use
>the "_" concatenator construct, so that is why my efforts failed. Everything
>else seems to work out OK.
>
Alexander sent me his latest version of the simulator just today and I have
made all neccessary changes to get it to run with AS. If you want to save
some work I can send you the changed source code.
Except the macro stuff all other changes are minor, just a few illegal commands
the DSK assembler didn't notice :-)
As soon as I get an 320C26 processor, I will port the simulator to my own DSP
card which currently runs with a 320C25. The C26 is needed because the simulator 
uses all of the internal RAM.

>The other bit that is missing - what is the output format of the P2HEX and
>P2BIN programs? Seems like a good way to generate a compacted version for
>loading into the DSP. Do you perhaps know of a C25/6 code loader that will
>read such a file?
The *.P output format is quite nice, it even contains a processor ID byte.
I can send you an example of how the *.P-files download was done for my DSP
card, this should help you using P-files.
You could also ask Tom HB9JNX. He should have something for the DSK, as he
uses AS for his DSP programs.

>
>Thanks a lot for your help.
Glad I could help.

73's de Juergen DG1SCR, hasch@ihf.uni-stuttgart.de
PS:
You can get AS to print english messages if you download the AS pascal source
from the ftp-server in stuttgart (ftp.uni-stuttgart.de) and recompile it with the english message resources contained in 'aseng.zip' (only the slightly older AS1412 source is there, but it works for the 320C26).



From chbrain@dircon.co.uk  Wed Mar 06 14:23:00 1996
Received: from felix.dircon.co.uk (felix.dircon.co.uk [193.128.224.10]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id OAA01726 for <hfsig@tapr.org>; Wed, 6 Mar 1996 14:22:47 -0600 (CST)
Received: from nameserver.dircon.co.uk (gw2-124.pool.dircon.co.uk) by felix.dircon.co.uk with SMTP id AA27458
  (5.67b/IDA-1.5 for <hfsig@tapr.org>); Wed, 6 Mar 1996 19:46:04 GMT
Message-Id: <199603061946.AA27458@felix.dircon.co.uk>
X-Sender: chbrain@popmail.dircon.co.uk
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Wed, 06 Mar 1996 19:44:31 +0000
To: hfsig@tapr.org
From: chbrain@dircon.co.uk (Charles Brain)
Subject: Re: [HFSIG:947] Re: Sync Vectors for HF Digital


>My casual observations on monitoring HF packet transmissions is that these
>ACKs sent as ordinary frames is one of the reasons for the inefficiency of
>HF packet. A much shortened frame may be workable, but then we are talking
>about variable frame lengths which needs some further thought. For example,
>if we know where a frame starts, how do we know where it ends when its
>length could be anything in the new scheme of things. 
>
>I guess I would need to see the arguments as to why the reverse channel
>signaling should use ordinary frames, especially in an HF environnment.
>
>I appreciate your further thoughts on this.
>
>--Johan 
>
>
I believe that the two major problems of H.F packet are a collision sensing
method that is next to useless and the fact that there is no FEC.
I assume we are not trying to use CSMA to share the channel. Either
because it is running an ARQ where one station is acting as a master or
a slotted response system ?

Have you seen the 1052 Data Link protocol ? There is a copy in postscript
format at 

ftp://atanasoff.nmsu.edu/pub/hf/pubs/

I think its called HFDLP or something like it.


Regards Charles G4GUO

From karn@qualcomm.com Wed Mar 06 15:54:58 1996
Received: from zeus.qualcomm.com (zeus.qualcomm.com [129.46.50.42]) by tapr.org (8.7.5/8.7.3/1.8) with ESMTP id PAA05836 for <hfsig@tapr.org>; Wed, 6 Mar 1996 15:54:53 -0600 (CST)
Received: from qualcomm.com (qualcomm.com [192.35.156.11]) by zeus.qualcomm.com (8.7.4/8.7.2/1.7.1) with ESMTP id NAA22202 for <hfsig@tapr.org>; Wed, 6 Mar 1996 13:54:05 -0800 (PST)
Received: from laptop.ka9q.ampr.org (laptop201.ietf.interop.net [130.128.2.201]) by qualcomm.com  with SMTP id NAA00549 for <hfsig@tapr.org>; Wed, 6 Mar 1996 13:54:57 -0800 (PST)
Date: Wed, 6 Mar 1996 13:54:57 -0800 (PST)
Message-Id: <199603062154.NAA00549@qualcomm.com>
X-Sender: karn@servo.qualcomm.com (Unverified)
X-Mailer: Windows Eudora Pro Version 2.1.2
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: hfsig@tapr.org
From: Phil Karn <karn@qualcomm.com>
Subject: Re: [HFSIG:947] Re: Sync Vectors for HF Digital

At 11:31 AM 3/6/96 -0600, you wrote:

>My casual observations on monitoring HF packet transmissions is that these
>ACKs sent as ordinary frames is one of the reasons for the inefficiency of
>HF packet. A much shortened frame may be workable, but then we are talking
>about variable frame lengths which needs some further thought. For example,
>if we know where a frame starts, how do we know where it ends when its
>length could be anything in the new scheme of things. 
>
>I guess I would need to see the arguments as to why the reverse channel
>signaling should use ordinary frames, especially in an HF environnment.
>
>I appreciate your further thoughts on this.

Certainly. Why is HF packet any different from VHF/UHF packet? The channel
characteristics, of course. If you can compensate for those characteristics with
appropriate coding, then conventional protocols should work as well over HF
as they do over VHF/UHF. This is not to say they'll work *well*, of course, because
they also have problems on VHF/UHF. :-)

I believe the approaches I discussed in my paper "Toward New Link Layer Protocols"
are as appropriate for HF as for anywhere else. In there I describe a packet format
that consists of a fixed-size header followed by a variable length data segment.
The header is always heavily coded, while the data is coded at an effectively
varying rate with Type II ARQ-FEC running the link.

When you code effectively, large packets have the advantage of spanning fades, which
lets you apply interleaving to the problem. One of the things I've learned from
Qualcomm CDMA is that interleaving is a very powerful tool against fading, but
we are limited in how much of it we can do because of our tight delay constraints.
So we interleave only over a 20ms frame span. If you can relax your delay constraints,
and you can for HF data, then you can interleave over much longer spans.

Phil

From forrerj@ucs.orst.edu  Wed Mar 06 20:00:06 1996
Received: from PEAK.ORG (root@PEAK.ORG [198.68.23.17]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id TAA17022 for <hfsig@tapr.org>; Wed, 6 Mar 1996 19:59:46 -0600 (CST)
Received: from p00.t0.monrotel.com (p00.t0.monrotel.com [198.68.25.33]) by PEAK.ORG (8.6.12/8.6.7) with SMTP id RAA01937; Wed, 6 Mar 1996 17:59:24 -0800
Message-Id: <199603070159.RAA01937@PEAK.ORG>
X-Sender: forrera@kira.peak.org (Unverified)
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Wed, 06 Mar 1996 18:07:09 -0800
To: hfsig@tapr.org
From: forrerj@ucs.orst.edu (Johan Forrer)
Subject: Re: [HFSIG:944] AS and macros
Cc: hasch@ihf.uni-stuttgart.de (Juergen Hasch)

Hello Juergen,

I have now succeeded in assembling Alexander's HF channel simulator for the
320C25.
One small problem that you may be able to help with:

When I generate Intel Hex format output with the P2HEX program, data bytes
comes out swapped, i.e., the MSB and LSB order is swapped. Address and line
checksums are correct though. Short of writing my own version of P2HEX, do
you know of a way to get it right? I have played with the "-m" switch set to
0,1,2 and none are completely right. What am I missing?

With that little problem out of the way, I can load the code into the DSP-93
and actually try it.

73's

--Johan

From forrerj@ucs.orst.edu  Wed Mar 06 20:25:57 1996
Received: from PEAK.ORG (root@PEAK.ORG [198.68.23.17]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id UAA18296 for <hfsig@tapr.org>; Wed, 6 Mar 1996 20:25:51 -0600 (CST)
Received: from p00.t0.monrotel.com (p01.t0.monrotel.com [198.68.25.34]) by PEAK.ORG (8.6.12/8.6.7) with SMTP id SAA05878 for <hfsig@tapr.org>; Wed, 6 Mar 1996 18:25:31 -0800
Message-Id: <199603070225.SAA05878@PEAK.ORG>
X-Sender: forrera@kira.peak.org (Unverified)
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Wed, 06 Mar 1996 18:33:15 -0800
To: hfsig@tapr.org
From: forrerj@ucs.orst.edu (Johan Forrer)
Subject: Re: [HFSIG:950] Re: Sync Vectors for HF Digital

Hi Phil,


>
>Certainly. Why is HF packet any different from VHF/UHF packet? The channel
>characteristics, of course. If you can compensate for those characteristics
with
>appropriate coding, then conventional protocols should work as well over HF
>as they do over VHF/UHF. This is not to say they'll work *well*, of course,
because
>they also have problems on VHF/UHF. :-)
>
>I believe the approaches I discussed in my paper "Toward New Link Layer
Protocols"
>are as appropriate for HF as for anywhere else. In there I describe a
packet format
>that consists of a fixed-size header followed by a variable length data
segment.
>The header is always heavily coded, while the data is coded at an effectively
>varying rate with Type II ARQ-FEC running the link.
>
>When you code effectively, large packets have the advantage of spanning
fades, which
>lets you apply interleaving to the problem. One of the things I've learned from
>Qualcomm CDMA is that interleaving is a very powerful tool against fading, but
>we are limited in how much of it we can do because of our tight delay
constraints.
>So we interleave only over a 20ms frame span. If you can relax your delay
constraints,
>and you can for HF data, then you can interleave over much longer spans.
>
>Phil
>
>

If I follow the argument correctly: instead of looking for the ACK in a
fixed time slot, like AMTOR/Pactor ARQ, one now look for a frame header that
can arrive at any time. The protocol probably allows for channel sharing if
you can sort out amongst all these packets. There is no question about the
importance of interleaving.

The argument is thus whether a powerful encoded ACK within an allocated time
slot works as well as decoding a new frame. If the ACK is as good as the
frame sync vector, it's like a new frame with a message of length zero.
Is'nt it? I think the incentive is to move traffic by the least amount of
unncessary overhead by hogging the frequency for a shorter time duration. I
think that is what AMTOR/Pactor ARQ does. The tradeoff is perhaps the gains
by allowing channel sharing.

Which is better?

--Johan

From dibene@VNET.IBM.COM  Thu Mar 07 10:28:52 1996
Received: from VNET.IBM.COM (vnet.ibm.com [199.171.26.4]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id KAA02079 for <hfsig@tapr.org>; Thu, 7 Mar 1996 10:28:49 -0600 (CST)
Message-Id: <199603071628.KAA02079@tapr.org>
Received: from ROMVMNIC by VNET.IBM.COM (IBM VM SMTP V2R3) with BSMTP id 9468;
   Thu, 07 Mar 96 11:28:32 EST
Date: Thu, 7 Mar 96 17:30:26 EST
From: dibene@VNET.IBM.COM (Alberto di Bene)
To: HASCH@IHF.UNI-STUTTGART.DE
cc: hfsig@tapr.org
Subject: Re: [HFSIG:948] Re: AS and macros
Reply-To: dibene@VNET.IBM.COM
Organization: IBM Semea S.p.A.
News-Software: UReply 3.1

In a previous message, you wrote:
>...

>You can get AS to print english messages if you download the AS pascal source
>from the ftp-server in stuttgart (ftp.uni-stuttgart.de) and recompile it with
>the english message resources contained in 'aseng.zip'

>...

 I downloaded the ASSRC.ZIP from the Stuttgart ftp site, but it seems to be
 relative to version 1412, not 1413. To assemble for the TMS320C50 the
 latest version is needed. Do you know if there is any hope to have the source
 code for version 1413 placed on that ftp server ? I am afraid that reading
 error messages in German would lead me to still more errors :-)

 Thanks,


Alberto di Bene         dibene@vnet.ibm.com     i2phd@amsat.org
------------------------------------------------------------------------
     Microsoft gave you windows. OS/2 gives you the whole house.        )
------------------------------------------------------------------------

From frode@dxcern.cern.ch Thu Mar 07 11:25:57 1996
Received: from dxmint.cern.ch (dxmint.cern.ch [137.138.26.76]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id LAA05588 for <hfsig@tapr.org>; Thu, 7 Mar 1996 11:25:45 -0600 (CST)
Received: from dxcern.cern.ch by dxmint.cern.ch
	id AA23633; Thu, 7 Mar 1996 18:25:03 +0100
Received: by dxcern.cern.ch (5.65/DEC-Ultrix/4.3)
	id AA22402; Thu, 7 Mar 1996 18:25:02 +0100
Date: Thu, 7 Mar 1996 18:25:00 +0100 (MET)
From: Frode Weierud <frode@dxcern.cern.ch>
To: HFSIG TAPR <hfsig@tapr.org>
Subject: UPLOAD of the AS assembler
Message-Id: <Pine.ULT.3.91.960307181916.21481A-100000@dxcern.cern.ch>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I have just uploaded Alfred Arnold's AS assembler to the TAPR
FTP server: ftp.tapr.org in the directory: tapr/SIG/hfsig/upload

Below is the contents of the as1413.txt file.

73's Frode, LA2RL

------------------------------------------------------------------------

The three archive files as1413.zip, asx1413.zip and asps1413.zip contains
Alfred Arnold's AS assembler.

The archive file as1413.zip contains the basic AS assembler and all its
support files. This executeable is running in Real-Mode.

The archive file asx1413.zip contains a Protected-Mode version of
the AS assembler.

The archive file asps1413.zip contains the full documentation in 
Postscript, but unfortunately in German only.

Please find a copy of the readme.txt that accompanies the software.

73's Frode, LA2RL

	Frode Weierud			Phone	: 41 22 7674794
	CERN, SL			Fax	: 41 22 7679185
	CH-1211 Geneva 23, Switzerland	E-mail	: frode@dxcern.cern.ch

-------------------------------------------------------------------------

Alfred Arnold
Broeltalstr.5a

D-53773 Hennef(Sieg)

E-Mail: a.arnold@kfa-juelich.de

In diesem Verzeichnis befinden sich die Dateien zum 
Makroassembler AS.  Bei allen Dateien handelt es sich um mit
ZIP komprimierte Archive, die man mit UNZIP oder PKUNZIP wieder
"entfalten" kann.  Die Dateien haben folgenden Inhalt 
(wobei xxx und y fuer Versionsnummer und Release stehen, die sich ab 
und zu aendern ;-) ) :

- ASxxxy.ZIP    : Basisdatei.  Enthaelt die Real-Mode-Version des 
                  Assemblers sowie die Hilfsprogramme und Demos.
                  Diese Datei wird auf jeden Fall benoetigt.
- ASXxxxy.ZIP   : Protected-Mode-Version des Assemblers.  Diese
                  enthaelt neben dem Assembler nur die Runtime-
                  Libraries, die Hilfsprogramme aus der ersten 
                  Datei sind zusaetzlich erforderlich!!!
- AS2xxxy.ZIP   : 16-Bit OS/2-Version des Assemblers.  Hier sind auch 
                  die Hilfsprogramme als OS/2-Versionen dabei, jedoch
                  nicht eventuell benoetigte Includes (STDDEFxx.INC)
                  oder Demoprogramme.      
- ASTXxxxy.ZIP  : LaTeX-Quellen der Dokumentation zu AS, ASX und AS2.
                  Diese Texte finden sich in ASCII-Form in den 
                  ersten drei Dateien wieder.
- ASPSxxxy.ZIP  : Die Dokumentation in PostScript-Dateien 

Es werden folgende Zielprozessoren unterstuetzt:

 - Motorola 68000..68030,683xx inkl. Koprozessor und MMU
 - Motorola DSP56000
 - Motorola/IBM MPC601/MPC505/PPC403
 - Motorola 6800, 6805, 6809, 68(HC)11, 68HC16 sowie Hitachi 6301
 - Hitachi 6309
 - Hitachi H8/300(L/H)
 - Hitachi H8/500
 - Hitachi SH7000/7600
 - Rockwell 6502 und 65(S)C02
 - CMD 65816
 - Mitsubishi MELPS-740
 - Mitsubishi MELPS-7700
 - Mitsubishi MELPS-4500
 - Mitsubishi M16
 - Intel MCS-48/41
 - Intel MCS-51
 - Intel MCS-96
 - Intel 8080/8085
 - AMD 29K
 - Siemens 80C166/167
 - Zilog Z80, Z180, Z380
 - Zilog Z8
 - Toshiba TLCS-900(L)
 - Toshiba TLCS-90
 - Toshiba TLCS-870
 - Toshiba TLCS-47
 - Toshiba TLCS-9000
 - Microchip PIC16C54..16C57
 - Microchip PIC16C84/PIC16C64
 - Microchip PIC17C42
 - SGS-Thomson ST62xx
 - SGS-Thomson 6804
 - Texas Instruments TMS32010/32015
 - Texas Instruments TMS3202x
 - Texas Instruments TMS320C3x
 - Texas Instruments TMS320C5x
 - Texas Instruments TMS370xxx
 - NEC uPD 78(C)1x
 - NEC uPD 75xxx (alias 75K0)

Viel Spass beim Assemblieren! (Fragen und Fehlerberichte bitte
an obige E-Mail-Adresse)

------------------------------------------------------------------

From sadowskp@jcsar.nellis.af.mil Thu Mar 07 11:35:53 1996
Received: from bncc.nellis.af.mil (bncc.nellis.af.mil [132.58.120.19]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id LAA06176 for <hfsig@tapr.org>; Thu, 7 Mar 1996 11:35:26 -0600 (CST)
Received: from mailgtwy.nellis.af.mil by bncc.nellis.af.mil with SMTP
	(1.38.193.4/16.2) id AA08070; Thu, 7 Mar 1996 09:42:22 -0800
Received: by mailgtwy.nellis.af.mil with Microsoft Mail
	id <313F034F@mailgtwy.nellis.af.mil>; Thu, 07 Mar 96 09:39:59 cst
From: "Sadowski,P O4 USAF JCSAR/EDD" <sadowskp@jcsar.nellis.af.mil>
To: hfsig <hfsig@tapr.org>
Subject: RE: [HFSIG:928] Re: Sound Card Interface
Date: Thu, 07 Mar 96 09:31:00 cst
Message-Id: <313F034F@mailgtwy.nellis.af.mil>
Encoding: 31 TEXT
X-Mailer: Microsoft Mail V3.0


Saw this particular comment and I couldn't help but throw in my 2 cents.
US DoD went through extreme pain and agony over the overhead of
the new protocols over low bandwidth channels.  After spending some
serious money with many different experts... they came up with a low
overhead protocol... with FEC option... called TACO 2 (tactical comm
protocol).  I suggest the SIG look into this protocol.... DoD has been
seeking IEEE or ISO standard for this protocol.  Its tailor made for
low BW RF links...

ALOHA
Al   AH6LS

 ----------
From: hfsig
To: hfsig
Subject: [HFSIG:928] Re: Sound Card Interface
Date: Thursday, February 29, 1996 10:59AM

I see a discussion about  ways to implement AX25 for the new HF modems.
To my opinion thats a bad track. To much overhead, lack of forward error
correction etc..
It may seem appealing at the first hand to gain easy access to an existing
application
software base, but long time the disadvantages of AX25 will dominate..
Same is true for TCP/IP... just to much overhead for low thruput channels.
Makes no sense to put all effort into faster modems and then eat it up
with protocols that don't fit...

73 Peter

From hasch@ihf.uni-stuttgart.de  Thu Mar 07 13:55:42 1996
Received: from artemis.rus.uni-stuttgart.de (artemis.rus.uni-stuttgart.de [129.69.18.28]) by tapr.org (8.7.5/8.7.3/1.8) with ESMTP id NAA12618 for <hfsig@tapr.org>; Thu, 7 Mar 1996 13:55:38 -0600 (CST)
Received: from ihfrisc.ihf.uni-stuttgart.de (ihfrisc.ihf.uni-stuttgart.de [129.69.95.31]) by artemis.rus.uni-stuttgart.de with SMTP id UAA27508
  (8.6.12/IDA-1.6 for <hfsig@tapr.org>); Thu, 7 Mar 1996 20:55:34 +0100
Received: from rusxppp170.rus.uni-stuttgart.de by ihfrisc.ihf.uni-stuttgart.de (AIX 3.2/UCB 5.64/BelWue-2.1RS)
          id AA25202; Thu, 7 Mar 1996 20:54:12 +0100
Message-Id: <9603071954.AA25202@ihfrisc.ihf.uni-stuttgart.de>
Date: Thu, 07 Mar 96 20:40:25 CET
From: hasch@ihf.uni-stuttgart.de (Juergen Hasch)
Reply-To: hasch@ihf.uni-stuttgart.de (Juergen Hasch)
To: hfsig@tapr.org
X-Mailer: PMMail (v1.05 UNREGISTERED SHAREWARE)
Subject: Re: AS and macros

Hello Johan,

On Wed, 6 Mar 1996 20:00:19 -0600 (CST) you wrote:

>When I generate Intel Hex format output with the P2HEX program, data bytes
>comes out swapped, i.e., the MSB and LSB order is swapped. Address and line
>checksums are correct though. Short of writing my own version of P2HEX, do
>you know of a way to get it right? I have played with the "-m" switch set to
>0,1,2 and none are completely right. What am I missing?

By using '-m 1' you can swap LSB and MSB, isn't this what you want ?
There is a switch '-F DSK' to produce TI DSK output, maybe this is
what you need.
I have to admit I never used anything else than the original P format, so I never
cared much about P2HEX.

>
>With that little problem out of the way, I can load the code into the DSP-93
>and actually try it.
Hopefully you are successfull and get the simulator running. I would be glad to
hear about your experiences with the simulator.

73's de Juergen DG1SCR


From cbuttsch@slonet.org Thu Mar 07 14:16:17 1996
Received: from biggulp.callamer.com (cbuttsch@biggulp.callamer.com [199.74.141.2]) by tapr.org (8.7.5/8.7.3/1.8) with ESMTP id OAA13390 for <hfsig@tapr.org>; Thu, 7 Mar 1996 14:16:15 -0600 (CST)
Received: (from cbuttsch@localhost) by biggulp.callamer.com (8.7.4/8.7.3) id MAA12713; Thu, 7 Mar 1996 12:16:13 -0800 (PST)
Date: Thu, 7 Mar 1996 12:16:12 -0800 (PST)
From: Clifford Buttschardt <cbuttsch@slonet.org>
X-Sender: cbuttsch@biggulp.callamer.com
To: hfsig@tapr.org
cc: hfsig@tapr.org
Subject: Re: [HFSIG:955] Re: Sound Card Interface
In-Reply-To: <313F034F@mailgtwy.nellis.af.mil>
Message-ID: <Pine.OSF.3.91.960307121503.18375F-100000@biggulp.callamer.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Now here is the first sensible suggestion in many tries.  This protocol 
has been around for some time, but we seem to want to reinvent the wheel 
each and every time.  72  Cliff Buttschardt  W6HDO

On Thu, 7 Mar 1996, Sadowski,P O4 USAF JCSAR/EDD wrote:

> 
> Saw this particular comment and I couldn't help but throw in my 2 cents.
> US DoD went through extreme pain and agony over the overhead of
> the new protocols over low bandwidth channels.  After spending some
> serious money with many different experts... they came up with a low
> overhead protocol... with FEC option... called TACO 2 (tactical comm
> protocol).  I suggest the SIG look into this protocol.... DoD has been
> seeking IEEE or ISO standard for this protocol.  Its tailor made for
> low BW RF links...
> 
> ALOHA
> Al   AH6LS
> 
>  ----------
> From: hfsig
> To: hfsig
> Subject: [HFSIG:928] Re: Sound Card Interface
> Date: Thursday, February 29, 1996 10:59AM
> 
> I see a discussion about  ways to implement AX25 for the new HF modems.
> To my opinion thats a bad track. To much overhead, lack of forward error
> correction etc..
> It may seem appealing at the first hand to gain easy access to an existing
> application
> software base, but long time the disadvantages of AX25 will dominate..
> Same is true for TCP/IP... just to much overhead for low thruput channels.
> Makes no sense to put all effort into faster modems and then eat it up
> with protocols that don't fit...
> 
> 73 Peter
> 
> 

From forrerj@ucs.orst.edu  Thu Mar 07 15:53:27 1996
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id PAA18896 for <hfsig@tapr.org>; Thu, 7 Mar 1996 15:53:25 -0600 (CST)
Received: from p05.t0.monrotel.com by ucs.orst.edu; (5.65v3.2/1.1.8.2/24Sep94-1201PM)
	id AA17529; Thu, 7 Mar 1996 13:53:18 -0800
Message-Id: <9603072153.AA17529@ucs.orst.edu>
X-Sender: forrerj@ucs.orst.edu (Unverified)
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 07 Mar 1996 14:01:11 -0800
To: hfsig@tapr.org
From: forrerj@ucs.orst.edu (Johan Forrer)
Subject: Re: [HFSIG:956] Re: AS and macros

Hi Juergen,

Thanks for the advice. The -m 1 option does swap the bytes, but it does
something strange with the address fields too. I solved the problem by
writing a quicky program that takes the hex output file and writes it in the
swapped form. This fixed it and now code loads into the DSP-93.

I will have to relocate the simulator's memory to run on the DSP-93 - my C26
DSK only has expanded P memory, and the simulator needs some stack space
that is allocated to grown down from 1500h. The DSP-93 has plenty of P and
Data memory, but it is a C25, so the reason for moving data memory.

I would be very interested in working from your modified version of the
simulator code, if that is possible. Otherwise I'll work on the previous
version - is there some major change between these versions?

Otherwise I discovered a "feature" in the DSP-93 code. It is assumed that
"BANZ label" implies "BANZ label,*-"  I think this is an old leftover from
320C10 days? It took a bit of puzzling to find that this is the reason why
"AS" -generated code would not run on the DSP-93. Anyways all is well now
with using AS. I like it a lot.

 
I'll let you know when I get the simulator code working. Looking forward to
receiving the updated version of the simulator code.

73's

--Johan

From forrerj@ucs.orst.edu  Thu Mar 07 15:53:33 1996
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id PAA18914 for <hfsig@tapr.org>; Thu, 7 Mar 1996 15:53:31 -0600 (CST)
Received: from p05.t0.monrotel.com by ucs.orst.edu; (5.65v3.2/1.1.8.2/24Sep94-1201PM)
	id AA20548; Thu, 7 Mar 1996 13:53:22 -0800
Message-Id: <9603072153.AA20548@ucs.orst.edu>
X-Sender: forrerj@ucs.orst.edu (Unverified)
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 07 Mar 1996 14:01:15 -0800
To: hfsig@tapr.org
From: forrerj@ucs.orst.edu (Johan Forrer)
Subject: Re: [HFSIG:955] Re: Sound Card Interface


Hi Al,

Any pointers where we can find a description of TACO 2 ?

--Johan

>
>Saw this particular comment and I couldn't help but throw in my 2 cents.
>US DoD went through extreme pain and agony over the overhead of
>the new protocols over low bandwidth channels.  After spending some
>serious money with many different experts... they came up with a low
>overhead protocol... with FEC option... called TACO 2 (tactical comm
>protocol).  I suggest the SIG look into this protocol.... DoD has been
>seeking IEEE or ISO standard for this protocol.  Its tailor made for
>low BW RF links...
>
>ALOHA
>Al   AH6LS
>

From mkotas@ccmail.crosscomm.com Fri Mar 08 03:19:29 1996
Received: from net.crosscomm.com (crosscomm.com [206.4.63.10]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id DAA28426 for <hfsig@tapr.org>; Fri, 8 Mar 1996 03:19:27 -0600 (CST)
Received: from crossc.crosscomm.com by net.crosscomm.com with SMTP
	(1.38.193.4/16.2) id AA25529; Fri, 8 Mar 1996 04:18:30 -0500
Received: from ccmail.crosscomm.com by crossc.crosscomm.com with SMTP
	(1.38.193.4/16.2) id AA11038; Fri, 8 Mar 1996 04:13:40 -0500
Received: from cc:Mail by ccmail.crosscomm.com (1.30/SMTPLink)
	id A06220; Fri, 08 Mar 96 04:14:40 EST
Date: Fri, 08 Mar 96 04:14:40 EST
From: Marek Kotas <mkotas@ccmail.crosscomm.com>
Message-Id: <9603080414.A06220@ccmail.crosscomm.com>
To: hfsig@tapr.org
Subject: Re: [HFSIG:959] 

     
Hello everyone,
     
General discussion on TACO 2 could be found at: 
http://www.tasc.com/NITFS/briefings/TACO2_intro.html
     
Standard is provided at:
http://www.itsi.disa.mil/ismc/misc/ftpage.html (+ notice of change)

Unfortunately these are WordPerfect files - could somebody convert them to 
PostScript or Acrobat, please?
     
Greetings,
Marek, SP2OVR
     
______________________________ Reply Separator _________________________________
Subject: [HFSIG:959] Re: Sound Card Interface
Author:  forrerj@ucs.orst.edu (Johan Forrer) at inet 
Date:    3/7/96 4:12 PM
     
     
Hi Al,
     
Any pointers where we can find a description of TACO 2 ?
     
--Johan
     
>
>Saw this particular comment and I couldn't help but throw in my 2 cents. 
>US DoD went through extreme pain and agony over the overhead of
>the new protocols over low bandwidth channels.  After spending some 
>serious money with many different experts... they came up with a low 
>overhead protocol... with FEC option... called TACO 2 (tactical comm 
>protocol).  I suggest the SIG look into this protocol.... DoD has been 
>seeking IEEE or ISO standard for this protocol.  Its tailor made for 
>low BW RF links...
>
>ALOHA
>Al   AH6LS
>

From forrerj@ucs.orst.edu  Fri Mar 08 11:21:48 1996
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id LAA16983 for <hfsig@tapr.org>; Fri, 8 Mar 1996 11:21:45 -0600 (CST)
Received: from p01.t0.monrotel.com by ucs.orst.edu; (5.65v3.2/1.1.8.2/24Sep94-1201PM)
	id AA15101; Fri, 8 Mar 1996 09:21:36 -0800
Message-Id: <9603081721.AA15101@ucs.orst.edu>
X-Sender: forrerj@ucs.orst.edu
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 08 Mar 1996 09:29:35 -0800
To: hfsig@tapr.org
From: forrerj@ucs.orst.edu (Johan Forrer)
Subject: Re: [HFSIG:960] Re: 

Thanks Marek,

I got the TACO2 documentation now and will have a loot at it. It seems
primarily for image transmission? 

--Johan


>     
>Hello everyone,
>     
>General discussion on TACO 2 could be found at: 
>http://www.tasc.com/NITFS/briefings/TACO2_intro.html
>     
>Standard is provided at:
>http://www.itsi.disa.mil/ismc/misc/ftpage.html (+ notice of change)
>
>Unfortunately these are WordPerfect files - could somebody convert them to 
>PostScript or Acrobat, please?
>     
>Greetings,
>Marek, SP2OVR
>     
>______________________________ Reply Separator
_________________________________
>Subject: [HFSIG:959] Re: Sound Card Interface
>Author:  forrerj@ucs.orst.edu (Johan Forrer) at inet 
>Date:    3/7/96 4:12 PM
>     
>     
>Hi Al,
>     
>Any pointers where we can find a description of TACO 2 ?
>     
>--Johan
>     
>>
>>Saw this particular comment and I couldn't help but throw in my 2 cents. 
>>US DoD went through extreme pain and agony over the overhead of
>>the new protocols over low bandwidth channels.  After spending some 
>>serious money with many different experts... they came up with a low 
>>overhead protocol... with FEC option... called TACO 2 (tactical comm 
>>protocol).  I suggest the SIG look into this protocol.... DoD has been 
>>seeking IEEE or ISO standard for this protocol.  Its tailor made for 
>>low BW RF links...
>>
>>ALOHA
>>Al   AH6LS
>>
>
>

From hasch@ihf.uni-stuttgart.de  Fri Mar 08 12:53:55 1996
Received: from artemis.rus.uni-stuttgart.de (artemis.rus.uni-stuttgart.de [129.69.18.28]) by tapr.org (8.7.5/8.7.3/1.8) with ESMTP id MAA20966 for <hfsig@tapr.org>; Fri, 8 Mar 1996 12:53:43 -0600 (CST)
Received: from ihfrisc.ihf.uni-stuttgart.de (ihfrisc.ihf.uni-stuttgart.de [129.69.95.31]) by artemis.rus.uni-stuttgart.de with SMTP id TAA12617
  (8.6.12/IDA-1.6 for <hfsig@tapr.org>); Fri, 8 Mar 1996 19:53:36 +0100
Received: from ihfrs5.ihf.uni-stuttgart.de by ihfrisc.ihf.uni-stuttgart.de (AIX 3.2/UCB 5.64/BelWue-2.1RS)
          id AA31915; Fri, 8 Mar 1996 19:52:13 +0100
Received: by ihfrs5.ihf.uni-stuttgart.de (AIX 3.2/UCB 5.64/BelWue-1.41AIXRS)
          id AA18987; Fri, 8 Mar 1996 19:53:35 +0100
From: hasch@ihf.uni-stuttgart.de (Juergen Hasch)
Message-Id: <9603081853.AA18987@ihfrs5.ihf.uni-stuttgart.de>
Subject: As again...
To: hfsig@tapr.org
Date: Fri, 8 Mar 1996 19:53:34 +0100 (MEZ)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit


Hello Johan,

> I will have to relocate the simulator's memory to run on the DSP-93 - my C26
> DSK only has expanded P memory, and the simulator needs some stack space
> that is allocated to grown down from 1500h. The DSP-93 has plenty of P and
> Data memory, but it is a C25, so the reason for moving data memory.
If you use a C25 processor, you will have to change some of the code,
because MACD won't move any data in the external data memory (->DMOV).
I have the same problem here and will try to get a C26 sample processor.
(Where can you buy a single CPU...)

>I would be very interested in working from your modified version of the
>simulator code, if that is possible. Otherwise I'll work on the previous
>version - is there some major change between these versions?
Alexander added input signal power measurement and changed the memory
layout. All data now fits in the internal RAM of the C26, you will still 
need some external program memory though.

>Otherwise I discovered a "feature" in the DSP-93 code. It is assumed that
>"BANZ label" implies "BANZ label,*-"  I think this is an old leftover from
>320C10 days? It took a bit of puzzling to find that this is the reason why
>"AS" -generated code would not run on the DSP-93. Anyways all is well now
>with using AS. I like it a lot.
This is exactly what my data book says... 

When I started writing C25 programs, I tried a number of different assemblers,
but I never found anything better then AS.
Btw, the author promised me to compile a AS version with english messages, I
will upload it to the TAPR ftp server on monday, if this is OK.

73's de Juergen DG1SCR

From cbuttsch@slonet.org Sun Mar 10 12:01:43 1996
Received: from biggulp.callamer.com (cbuttsch@biggulp.callamer.com [199.74.141.2]) by tapr.org (8.7.5/8.7.3/1.8) with ESMTP id MAA11469; Sun, 10 Mar 1996 12:01:39 -0600 (CST)
Received: (from cbuttsch@localhost) by biggulp.callamer.com (8.7.4/8.7.3) id KAA16064; Sun, 10 Mar 1996 10:01:31 -0800 (PST)
Date: Sun, 10 Mar 1996 10:01:31 -0800 (PST)
From: Clifford Buttschardt <cbuttsch@slonet.org>
X-Sender: cbuttsch@biggulp.callamer.com
To: kc7ww@tapr.org
cc: hfsig@tapr.org
Subject: Re: [HFSIG:955] Re: Sound Card Interface
In-Reply-To: <313F034F@mailgtwy.nellis.af.mil>
Message-ID: <Pine.OSF.3.91.960310095759.4485A-100000@biggulp.callamer.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Johan.  This message seems just too much to ignore.  Have you any 
knowledge of this effort and how we might get more information?  With 
running the HF SIG, is suspect this something others ought to do for the 
group.  My sucess with BPSK has totally overwhelmed me but I'll try for 
more information based on what has already been done. Cliff Buttschardt W6HDO

On Thu, 7 Mar 1996, Sadowski,P O4 USAF JCSAR/EDD wrote:

> 
> Saw this particular comment and I couldn't help but throw in my 2 cents.
> US DoD went through extreme pain and agony over the overhead of
> the new protocols over low bandwidth channels.  After spending some
> serious money with many different experts... they came up with a low
> overhead protocol... with FEC option... called TACO 2 (tactical comm
> protocol).  I suggest the SIG look into this protocol.... DoD has been
> seeking IEEE or ISO standard for this protocol.  Its tailor made for
> low BW RF links...
> 
> ALOHA
> Al   AH6LS
> 
>  ----------
> From: hfsig
> To: hfsig
> Subject: [HFSIG:928] Re: Sound Card Interface
> Date: Thursday, February 29, 1996 10:59AM
> 
> I see a discussion about  ways to implement AX25 for the new HF modems.
> To my opinion thats a bad track. To much overhead, lack of forward error
> correction etc..
> It may seem appealing at the first hand to gain easy access to an existing
> application
> software base, but long time the disadvantages of AX25 will dominate..
> Same is true for TCP/IP... just to much overhead for low thruput channels.
> Makes no sense to put all effort into faster modems and then eat it up
> with protocols that don't fit...
> 
> 73 Peter
> 
> 

From ljs@west.net Sun Mar 10 13:37:54 1996
Received: from acme.sb.west.net (root@acme.sb.west.net [205.254.224.2]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id NAA16501 for <hfsig@tapr.org>; Sun, 10 Mar 1996 13:37:51 -0600 (CST)
Received: from term1-16.sb.west.net (term1-16.sb.west.net [205.254.225.16]) by acme.sb.west.net (8.6.12/8.6.12) with SMTP id LAA19520 for <hfsig@tapr.org>; Sun, 10 Mar 1996 11:37:33 -0800
Message-Id: <199603101937.LAA19520@acme.sb.west.net>
X-Sender: ljs@west.net
X-Mailer: Windows Eudora Light Version 1.5.2
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sun, 10 Mar 1996 11:37:50 -0800
To: hfsig@tapr.org
From: "L. J. Shepherd" <ljs@west.net>
Subject: Pactor/Amtor ARQ

Hello Group:
                I've been away from the SIG's for a bit and would like to
bring myself up-to-date regarding HF DSP-93 software. 
                I've used Dave Mills excellent AMTOR/SITOR FEC mode B and Rtty
modem software with wonderful success. The ability of the DSP-93 to extract
what seem to be impossible signals using Dave's sophisticated code is
absolutely amazing. 
                Superlatives aside, I'm currently wondering if AMTOR ARQ or
PACTOR has made it to the DSP-93 software collection. In wandering through the 
ftp sites, the titles do not necessarily describe the program function.
There was comment by Johann (some time back) concerning a possible porting
of his 
PCTOR program to the DSP-93, and I am curious to know if our knowledgable
programmers have attempted that task, or perhaps provided any new code for us
to experiment with. 
                This is my first visit to this SIG.......comments will be
very much appreciated !              
                                 73,  Jim   K6OYY      TAPR 502, AMSAT, ARRL 

From forrerj@ucs.orst.edu  Sun Mar 10 17:59:24 1996
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id RAA27720 for <hfsig@tapr.org>; Sun, 10 Mar 1996 17:59:11 -0600 (CST)
Received: from p08.t0.monrotel.com by ucs.orst.edu; (5.65v3.2/1.1.8.2/24Sep94-1201PM)
	id AA13964; Sun, 10 Mar 1996 15:58:50 -0800
Message-Id: <9603102358.AA13964@ucs.orst.edu>
X-Sender: forrerj@ucs.orst.edu
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sun, 10 Mar 1996 16:07:17 -0800
To: hfsig@tapr.org
From: forrerj@ucs.orst.edu (Johan Forrer)
Subject: Re: [HFSIG:964] Pactor/Amtor ARQ

Hi Jim,

Welcome to HFSIG. 

Frank Perkins has made a modem for the DSP-93 that will work with PCTOR
version 3.07. Both are available for downloading from TAPR. This will give
you AMTOR ARQ capability.

Just briefly, the PCTOR program is a little different from Dave Mills'
approach in that for the TOR program, all you need is to pre-load the DSP
modem code with DSPLOAD into the DSP-93 before you fire up the TOR program.
The TOR program does the bit and character extraction on the PC side. Dave's
program does character extraction on the DSP and uses the DSP-93 UART for
communicating character data to a dumb display (PROCOMM or such). Dave's
program has some rather unique ideas such as a Viterbi soft-decision decoder
for the slicer, which is a pretty sophisticated idea.

There also is another program by Tom Sailer, HB9JNX that does
RTTY/AMTOR/Pactor in one program. I have posted Tom's code on the HFSIG
program upload area. I'm sure it will work with Frank's HF-93 DSP modem code.

I also am certain that Mike Kerry's, (G4BMK), program(s), BMKMULTY will also
work with Frank's DSP-modem because the RS-232 interface that all these TOR
programs use are pretty much the same.

I hope that gives you a couple of options to play with. I hope that I can
get to revising and reworking my own HF DSP modems for the DSP-93 in a while. 

Let us know how it works out. 

73's

--Johan
   
----------------------------------------------------------------------------
-------
>Hello Group:
>                I've been away from the SIG's for a bit and would like to
>bring myself up-to-date regarding HF DSP-93 software. 
>                I've used Dave Mills excellent AMTOR/SITOR FEC mode B and Rtty
>modem software with wonderful success. The ability of the DSP-93 to extract
>what seem to be impossible signals using Dave's sophisticated code is
>absolutely amazing. 
>                Superlatives aside, I'm currently wondering if AMTOR ARQ or
>PACTOR has made it to the DSP-93 software collection. In wandering through the 
>ftp sites, the titles do not necessarily describe the program function.
>There was comment by Johann (some time back) concerning a possible porting
>of his 
>PCTOR program to the DSP-93, and I am curious to know if our knowledgable
>programmers have attempted that task, or perhaps provided any new code for us
>to experiment with. 
>                This is my first visit to this SIG.......comments will be
>very much appreciated !              
>                                 73,  Jim   K6OYY      TAPR 502, AMSAT, ARRL 
>
>

From ajm@teleoscom.com  Tue Mar 12 13:32:58 1996
Received: from uu5.psi.com (uu5.psi.com [38.145.226.3]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id NAA08474 for <hfsig@tapr.org>; Tue, 12 Mar 1996 13:32:48 -0600 (CST)
Received: by uu5.psi.com (5.65b/4.0.071791-PSI/PSINet) via UUCP;
        id AA27033 for ; Tue, 12 Mar 96 13:53:32 -0500
Date: Tue, 12 Mar 96 13:40:00 EST
From: ajm@teleoscom.com (Anthony J. Monteiro X-6315)
Received: by teleoscom.com (4.1/3.2.083191-Teleos Communications Inc.)
	id AA18436; Tue, 12 Mar 96 13:40:00 EST
Message-Id: <9603121840.AA18436@teleoscom.com>
To: N0AOT@aol.com, forrerj@ucs.orst.edu
Subject: Re: Latest news
Cc: amsat-bb@amsat.org, hfsig@tapr.org

I am interested in software for the EVM56002. Do you know of a C compiler
for this that is low cost ? Is there software readily available for
pacsat modems at 1200 or 9600 bps?

Thanks and 73,
Tony AA2TX@amsat.org

From forrerj@ucs.orst.edu  Wed Mar 13 01:00:46 1996
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id BAA21567 for <HFSIG@TAPR.ORG>; Wed, 13 Mar 1996 01:00:43 -0600 (CST)
Received: from p06.t0.monrotel.com by ucs.orst.edu; (5.65v3.2/1.1.8.2/24Sep94-1201PM)
	id AA09725; Tue, 12 Mar 1996 23:00:34 -0800
Message-Id: <9603130700.AA09725@ucs.orst.edu>
X-Sender: forrerj@ucs.orst.edu
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Tue, 12 Mar 1996 23:09:14 -0800
To: HFSIG@tapr.org
From: forrerj@ucs.orst.edu (Johan Forrer)
Subject: DSP-93 version HF Channel simulator success

Hi all,

I thought that I would pass on the good news that the HF simulator code
originally contributed by Alexander, DL8AAU, is now also working very nicely
on the DSP-93.

With the help of Alexander and Juergen, DG1SCR, who made it possble to run
the code the TI 320C25, it still was quite a challenge to get it to run
within the contraints of the 'C25.

When playing a constant carrier into the input, the output really sounds
like a dead carrier on HF with the typical fading and doppler on the signal.

For those that joined HFSIG recently - the HF channel simulator is an
implementation of the Watterson ionospheric model as described in the CCIR
recommendations. It allows several different variations of ionospheric
conditions to be simulated in real time and because the conditions are
repeatable, remains the ideal way to evaluate modem performance under
different conditions.

There remains a bit more work to be done - all I can say is:
Congratulations and good work Alexander and Juergen!

--Johan, KC7WW  

From sadowskp@jcsar.nellis.af.mil Wed Mar 13 12:22:28 1996
Received: from bncc.nellis.af.mil (bncc.nellis.af.mil [132.58.120.19]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id MAA19131 for <hfsig@tapr.org>; Wed, 13 Mar 1996 12:22:22 -0600 (CST)
Received: from mailgtwy.nellis.af.mil by bncc.nellis.af.mil with SMTP
	(1.38.193.4/16.2) id AA25813; Wed, 13 Mar 1996 10:30:01 -0800
Received: by mailgtwy.nellis.af.mil with Microsoft Mail
	id <3146F873@mailgtwy.nellis.af.mil>; Wed, 13 Mar 96 10:31:47 cst
From: "Sadowski,P O4 USAF JCSAR/EDD" <sadowskp@jcsar.nellis.af.mil>
To: hfsig <hfsig@tapr.org>
Subject: RE: [HFSIG:967] DSP-93 version HF Channel simulator success
Date: Wed, 13 Mar 96 10:18:00 cst
Message-Id: <3146F873@mailgtwy.nellis.af.mil>
Encoding: 52 TEXT
X-Mailer: Microsoft Mail V3.0


Question.....   At the digital communications conference this topic was
discussed for a while... and I seem to recall that there was some
discussion as to if this model takes into account noise and inteference
in addition to fading and shifts....   At that time, the thought was that in
fact no noise or interference was in the CCIR(?) standard....   Lots of
mumbling in the audience about the validity of a model that doesn't
have different noise and signal interference.... but then something is
better than nothing I must admit....   anyway, is there any plan to 
"improve"
the model with noise and interference????   TNX

Also Johan... anything interesting from the TACO 2 stuff???

ALOHA

Al  AH6LS
sadowskp@jcsar.nellis.af.mil

>----------
>From: hfsig
>To: hfsig
>Subject: [HFSIG:967] DSP-93 version HF Channel simulator success
>Date: Wednesday, March 13, 1996 1:13AM

>Hi all,

>I thought that I would pass on the good news that the HF simulator code
>originally contributed by Alexander, DL8AAU, is now also working very 
nicely
>on the DSP-93.

>With the help of Alexander and Juergen, DG1SCR, who made it possble to run
>the code the TI 320C25, it still was quite a challenge to get it to run
>within the contraints of the 'C25.

>When playing a constant carrier into the input, the output really sounds
>like a dead carrier on HF with the typical fading and doppler on the 
signal.

>For those that joined HFSIG recently - the HF channel simulator is an
>implementation of the Watterson ionospheric model as described in the CCIR
>recommendations. It allows several different variations of ionospheric
>conditions to be simulated in real time and because the conditions are
>repeatable, remains the ideal way to evaluate modem performance under
>different conditions.

>There remains a bit more work to be done - all I can say is:
>Congratulations and good work Alexander and Juergen!

>--Johan, KC7WW

From dibene@VNET.IBM.COM  Wed Mar 13 12:36:57 1996
Received: from VNET.IBM.COM (vnet.ibm.com [199.171.26.4]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id MAA19740 for <HFSIG@TAPR.org>; Wed, 13 Mar 1996 12:36:54 -0600 (CST)
Message-Id: <199603131836.MAA19740@tapr.org>
Received: from ROMVMNIC by VNET.IBM.COM (IBM VM SMTP V2R3) with BSMTP id 2763;
   Wed, 13 Mar 96 13:36:40 EST
Date: Wed, 13 Mar 96 19:25:57 EST
From: dibene@VNET.IBM.COM (Alberto di Bene)
To: HFSIG@tapr.org
Subject: Re: [HFSIG:937] Re: C5x DSK Assembler
Reply-To: dibene@VNET.IBM.COM
Organization: IBM Semea S.p.A.
News-Software: UReply 3.1

 I contacted Texas Instruments about the bugs in Version 1.10 of DSK5A
 and this is the answer I got. Note that, while the phone BBS may have the
 amended version (I didn't check, too expensive to call from Europe), the ftp
 mirror still has the buggy one, as of today (13th of March).

================================= Cut Here ==================================

 Alberto,

 This is a known bug right after the DSK5A.EXE post on TI modem BBS. A correct
 version of DSK5A.EXE was put on the BBS to replace the wrong one couple days
 later. Please try download the DSK5A.EXE from TI modem BBS to get the right
 version of DSK5A.EXE.

 Best Regards,
 Jason Chyan

 DSP Application Engineer
 Texas Instruments Inc.
================================= Cut Here ==================================


Alberto di Bene         dibene@vnet.ibm.com     i2phd@amsat.org
------------------------------------------------------------------------
     Microsoft gave you windows. OS/2 gives you the whole house.         )
------------------------------------------------------------------------

From forrerj@ucs.orst.edu Wed Mar 13 15:25:27 1996
Received: from ucs.orst.edu (forrerj@UCS.ORST.EDU [128.193.4.5]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id PAA27559 for <hfsig@tapr.org>; Wed, 13 Mar 1996 15:25:18 -0600 (CST)
Received: by ucs.orst.edu; (5.65v3.2/1.1.8.2/13Mar96-1233PM)
	id AA09374; Wed, 13 Mar 1996 13:25:11 -0800
Date: Wed, 13 Mar 1996 13:25:10 -0800 (PST)
From: Johan Forrer <forrerj@ucs.orst.edu>
To: hfsig@tapr.org
Subject: Re: [HFSIG:968] RE: DSP-93 version HF Channel simulator success
In-Reply-To: <3146F873@mailgtwy.nellis.af.mil>
Message-Id: <Pine.OSF.3.91.960313130648.31182A-100000@ucs.orst.edu>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


Hi Allan,

On Wed, 13 Mar 1996, Sadowski,P O4 USAF JCSAR/EDD wrote:

> 
> Question.....   At the digital communications conference this topic was
> discussed for a while... and I seem to recall that there was some
> discussion as to if this model takes into account noise and inteference
> in addition to fading and shifts....   At that time, the thought was that in
> fact no noise or interference was in the CCIR(?) standard....   Lots of
> mumbling in the audience about the validity of a model that doesn't
> have different noise and signal interference.... but then something is
> better than nothing I must admit....   anyway, is there any plan to 
> "improve"
> the model with noise and interference????   TNX
> 

You make a good point. The CCIR recommendations does not include noise 
models. I think the discussions at the last DCC on this topic was mostly 
related to simulating nearby channel interference. This also is not 
included in the CCIR recommendations.

There are some published work on simulating HF noise using a Markov 
process in addition to Gaussian noise. The present simulator does include 
means for computing the incoming signal power and a Gaussian noise 
generator, so presumeably one can do some Eb/N0 comparisons. The field is 
wide open and begging for people to work on.

> 
Also Johan... anything interesting from the TACO 2 stuff??? > > ALOHA > 
> Al  AH6LS

I spent a bit of time reading the TACO 2 documents - it's volumunous and 
very involved - the kind of thing that you need someone to walk you 
through to get the whole picture. I really have not much of an opinion 
worth anything at this time. There were a couple of first impressions 
that caught me eye:

1) One must realize that the work was done in 1993, probably then based 
on older ideas. I think we know now in theory and by practical proof that 
the ECC methods used for TACO 2 is not the best for the effort, i.e., the 
block codes it uses.

2) I was surprized to see that it still uses HDLC framing with its 
weaknesses in its sync vector. 

3) It proposes a new networking layering, to replace the exsisting ISO 
model. This makes it very difficult to judge what the designers were up 
to when it was proposed.

I do realize that there are good ideas floating around in there, however, 
we have to get down to asking and answering a couple of fundametal 
concepts. I have been trying to stimulate some discussion about these 
issues and things have been coming along slowly. Perhaps this is one item 
to prepare something for the DCC in September?

Not sure I answered any vexing questions?

--Johan

 

From danny@edstks1.demon.co.uk Wed Mar 13 16:58:01 1996
Received: from relay-4.mail.demon.net (relay-4.mail.demon.net [158.152.1.108]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id QAA02386 for <hfsig@tapr.org>; Wed, 13 Mar 1996 16:57:48 -0600 (CST)
Received: from post.demon.co.uk ([158.152.1.72]) by relay-4.mail.demon.net
          id ab26814; 13 Mar 96 15:50 GMT
Received: from edstks1.demon.co.uk ([158.152.142.125]) by relay-3.mail.demon.net
          id aa24852; 13 Mar 96 15:46 GMT
Message-ID: <TX8fYHAl2uRxEwWY@edstks1.demon.co.uk>
Date: Wed, 13 Mar 1996 15:45:41 +0000
To: hfsig@tapr.org
From: Danny Higgins <danny@edstks1.demon.co.uk>
Subject: Re: Error Condition Re: unsubscribe
In-Reply-To: <hZV9dBAE9oRxEwRN@edstks1.demon.co.uk>
MIME-Version: 1.0
X-Mailer: Turnpike Version 1.11 <zogH+v+$95$r+O5Xdu+894z58u>

In message <hZV9dBAE9oRxEwRN@edstks1.demon.co.uk>, hfsig@tapr.org writes
>
>We are sorry, but this system sensed the following request which may have been
>inadvertedly sent to this list:
>
>UNSUBSCRIBE
>
>If your posting was intentional, please accept our apologies and resend your
>mail message, making sure you do not include anything that may look like a
>request in the first line of the body of the actual message. If this was 
>indeed a request please resend it to listproc@tapr.org
>Your entire message
>is copied below.
>
>-------------------------------------------------------------------------------
>Unsubscribe
I wish to unsubscribe for a few weeks.
-- 
Danny Higgins

From kurpiers@zeus.uet.e-technik.th-darmstadt.de Thu Mar 14 01:53:20 1996
Received: from rs2.hrz.th-darmstadt.de (rs2.hrz.th-darmstadt.de [130.83.22.63]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id BAA05306 for <hfsig@tapr.org>; Thu, 14 Mar 1996 01:53:16 -0600 (CST)
Received: from zeus (zeus.uet.e-technik.th-darmstadt.de [130.83.18.75]) by rs2.hrz.th-darmstadt.de (8.6.12/8.6.12.1ms) with ESMTP id IAA16355 for <hfsig@tapr.org>; Thu, 14 Mar 1996 08:52:59 +0100
Received: (from kurpiers@localhost) by zeus (8.7.1/8.6.9-HRZ) id IAA26725; Thu, 14 Mar 1996 08:52:59 +0100
Date: Thu, 14 Mar 1996 08:52:58 +0100 (MEZ)
From: Alexander Kurpiers <kurpiers@zeus.uet.e-technik.th-darmstadt.de>
To: hfsig@tapr.org
Subject: Re: [HFSIG:970] RE: DSP-93 version HF Channel simulator success
In-Reply-To: <Pine.OSF.3.91.960313130648.31182A-100000@ucs.orst.edu>
Message-ID: <Pine.A32.3.91.960314084651.20544B-100000@zeus.uet.e-technik.th-darmstadt.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Wed, 13 Mar 1996, Johan Forrer wrote:

> 
> Hi Allan,
> 
> On Wed, 13 Mar 1996, Sadowski,P O4 USAF JCSAR/EDD wrote:
> 
> > 
> > Question.....   At the digital communications conference this topic was
> > discussed for a while... and I seem to recall that there was some
> > discussion as to if this model takes into account noise and inteference
> > in addition to fading and shifts....   At that time, the thought was that in
> > fact no noise or interference was in the CCIR(?) standard....   Lots of
> > mumbling in the audience about the validity of a model that doesn't
> > have different noise and signal interference.... but then something is
> > better than nothing I must admit....   anyway, is there any plan to 
> > "improve"
> > the model with noise and interference????   TNX
> > 
> 
> You make a good point. The CCIR recommendations does not include noise 
> models. I think the discussions at the last DCC on this topic was mostly 
> related to simulating nearby channel interference. This also is not 
> included in the CCIR recommendations.
> 
> There are some published work on simulating HF noise using a Markov 
> process in addition to Gaussian noise. The present simulator does include 
> means for computing the incoming signal power and a Gaussian noise 
> generator, so presumeably one can do some Eb/N0 comparisons. The field is 
> wide open and begging for people to work on.
> 

Hi!

Eb/N0 comparision was what I wanted to do with the simulator. Anyway...
It has a very good Gaussian noise generator and enough power to include
some interference models. I have some references about co-channel 
interference simulation somewhere. I could i.e. put in some narrow
band Gaussian noise additional to the white noise I add at the
output. The reason why I don't see a need to do so now is that we haven't 
got modulation schemes that can handle interference. Ok, we have a 
bit of FEC coding but what I think of is an adaptive demodulator that can
withstand a fair amount of narrow band interference.

73' Alexander


From jbloom@nai.net Thu Mar 14 03:52:16 1996
Received: from mgate.arrl.org (root@mgate.arrl.org [205.217.201.2]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id DAA09822 for <hfsig@tapr.org>; Thu, 14 Mar 1996 03:52:12 -0600 (CST)
Received: from jbloom.nai.net by mgate.arrl.org with smtp
	(Smail3.1.29.1 #9) id m0tx9ha-000RBEC; Thu, 14 Mar 96 04:52 EST
Received: by jbloom.nai.net with Microsoft Mail
	id <01BB1162.1973B060@jbloom.nai.net>; Thu, 14 Mar 1996 04:52:51 -0500
Message-ID: <01BB1162.1973B060@jbloom.nai.net>
From: Jon Bloom <jbloom@nai.net>
To: "'hfsig@tapr.org'" <hfsig@tapr.org>
Subject: RE: [HFSIG:968] RE: DSP-93 version HF Channel simulator success
Date: Thu, 14 Mar 1996 04:50:58 -0500
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Sadowski,P O4 USAF JCSAR/EDD[SMTP:sadowskp@jcsar.nellis.af.mil] wrote:
>
>Question.....   At the digital communications conference this topic was
>discussed for a while... and I seem to recall that there was some
>discussion as to if this model takes into account noise and inteference
>in addition to fading and shifts....   At that time, the thought was =
that in
>fact no noise or interference was in the CCIR(?) standard....   Lots of
>mumbling in the audience about the validity of a model that doesn't
>have different noise and signal interference.... but then something is
>better than nothing I must admit....   anyway, is there any plan to=20
>"improve"
>the model with noise and interference????   TNX

It's not really a question of the model. What the simulator attempts to =
do is to model the propagation path. You need this so you can test your =
system with a desired-signal input that varies like it will when it =
comes to you by skywave.

The two other things you would like to do is test for the case where you =
have interfering signals of various types (including non-Gaussian noise =
sources) and test the system's performance under weak-signal conditions.

Of course, you're likely to want to test using an input to the system =
that exhibits all of these cases. But adding Gaussian noise and =
interfering signals is pretty easy from an implementation point of view. =
That you can do with a couple of op-amps. (Or using DSP, of course.) It =
is the propagation effects that are hard to do, and that's why I think =
this report of Johan's is pretty significant.

Testing with interfering "stations" is straightforward. First, select =
the types of interfering signals you expect to see. In the case of an HF =
modem for amateur use, this would certainly include signals like those =
of the system you're testing, but other digital signals (RTTY, AMTOR, =
packet, etc) and CW signals are likely candidates, too. You also want to =
consider frequency offsets of the interfering signals from that of the =
desired signal. Altogether, you can end up with a pretty large test =
matrix. Concentrating on worst-case scenarios should winnow it down, =
though. So, you just generate the interfering signal and sum it with the =
"propagated" desired signal, applying the result to the system under =
test. (Of course, you could also simulate propagation of the interfering =
signals, but it seems likely that the worst case would be that of =
direct, unfaded interfering signals.)

Non-Gaussian (impulsive) noise may be more of a challenge to =
characterize because it can come from so many different sources, all of =
which generate noise with different characteristics. But once you've =
generated your impulse-noise signal, you again just sum it with the test =
signal.

Finally, weak-signal operation is easy to simulate just by summing =
bandlimited Gaussian noise with the test signal.

In short, then, the propagation simulator is one key component of the =
test system, not the entire system.

-- Jon, KE3Z

From Fermax.esp@vlc.servicom.es Fri Mar 15 00:11:07 1996
Received: from ns.mad.servicom.es (root@ns.mad.servicom.es [194.106.0.132]) by tapr.org (8.7.5/8.7.3/1.8) with ESMTP id AAA12509 for <hfsig@tapr.org>; Fri, 15 Mar 1996 00:10:56 -0600 (CST)
From: Fermax.esp@vlc.servicom.es
Received: from pop.vlc.servicom.es by ns.mad.servicom.es (8.6.12/FI-3.3) Fri, 15 Mar 1996 07:12:10 +0100
Message-Id: <199603150612.HAA24843@ns.mad.servicom.es>
X-Sender: a4608486@pop.vlc.servicom.es
X-Mailer: Windows Eudora Light Version 1.5.2
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 15 Mar 1996 07:06:01 +0100
To: hfsig@tapr.org
Subject: LIST TEST - DON'T READ!


From dona@tridelta.com  Fri Mar 15 08:15:19 1996
Received: from wariat.wariat.org (uucp@wariat.wariat.org [192.147.147.1]) by tapr.org (8.7.5/8.7.3/1.8) with ESMTP id IAA02901 for <hfsig@tapr.org>; Fri, 15 Mar 1996 08:15:17 -0600 (CST)
Received: from tridelta.com (uucp@localhost) by wariat.wariat.org (8.7.5/8.6.9) with UUCP id JAA14402 for hfsig@tapr.org; Fri, 15 Mar 1996 09:15:14 -0500 (EST)
Received: from sparcy.tridelta.com (sparcy [192.160.168.222]) by tdi3.tridelta.com (8.6.9/8.6.9) with ESMTP id IAA07694 for <hfsig@tapr.org>; Fri, 15 Mar 1996 08:43:55 -0500
Received: from donapc.tridelta.com (donapc.tridelta.com [192.160.168.70]) by sparcy.tridelta.com (8.7.1/8.7.1) with SMTP id IAA11659 for <hfsig@tapr.org>; Fri, 15 Mar 1996 08:43:47 -0500 (EST)
Date: Fri, 15 Mar 1996 08:43:47 -0500 (EST)
Message-Id: <199603151343.IAA11659@sparcy.tridelta.com>
X-Sender: dona@sparcy
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: hfsig@tapr.org
From: dona@tridelta.com (Don Adams)
Subject: Re: [HFSIG:972] RE: HF Channel Interference

I think we should worry about the performance over basicaly a clean HF path
first. ie low gaussian s/n. Once we get something that has the performance
we want ie high bit rates on good channels and low but get thru bit rates
on weak channels,   we can then use some sort of spread spectrum to spread
the interfering signal. The spreading sequence might be optimized, (or may not
have to be optimized), for the particular interference.  I think we could
handle this
as a separate issue.

>
>Eb/N0 comparision was what I wanted to do with the simulator. Anyway...
>It has a very good Gaussian noise generator and enough power to include
>some interference models. I have some references about co-channel 
>interference simulation somewhere. I could i.e. put in some narrow
>band Gaussian noise additional to the white noise I add at the
>output. The reason why I don't see a need to do so now is that we haven't 
>got modulation schemes that can handle interference. Ok, we have a 
>bit of FEC coding but what I think of is an adaptive demodulator that can
>withstand a fair amount of narrow band interference.
>
>73' Alexander
>
>
>

From forrerj@ucs.orst.edu  Sat Mar 16 11:27:07 1996
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id LAA20545 for <HFSIG@TAPR.ORG>; Sat, 16 Mar 1996 11:27:05 -0600 (CST)
Received: from p08.t0.monrotel.com by ucs.orst.edu; (5.65v3.2/1.1.8.2/13Mar96-1233PM)
	id AA21829; Sat, 16 Mar 1996 09:27:00 -0800
Message-Id: <9603161727.AA21829@ucs.orst.edu>
X-Sender: forrerj@ucs.orst.edu (Unverified)
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sat, 16 Mar 1996 09:36:14 -0800
To: HFSIG@tapr.org
From: forrerj@ucs.orst.edu (Johan Forrer)
Subject: HF Simulator Examples uploaded

Hi,

I have made a couple of examples of HF channel simulation for use on the
DSP-93. It consists of flat and selective fading conditions of good,

moderate, and poor severity. These are on the HFSIG upload area as
"SIMTEST.TXT" and "SIMTEST.ZIP"

These are loadable objects that you load with the DSP-93's "DSPLOAD"
program. If you have a DSP-93, please try it - we will apprecaite some feedback.

73's and good luck.

--Johan, KC7WW

From hammond@camel.campbell.edu Sat Mar 16 20:03:39 1996
Received: from camel.campbell.edu (root@camel.campbell.edu [152.38.1.3]) by tapr.org (8.7.5/8.7.3/1.8) with ESMTP id UAA14918; Sat, 16 Mar 1996 20:03:36 -0600 (CST)
Received: from biopport16.campbell.edu (biopport16.campbell.edu [152.38.1.116]) by camel.campbell.edu (8.7.4/8.6.9) with SMTP id VAA19502; Sat, 16 Mar 1996 21:05:37 -0500 (EST)
Message-Id: <1.5.4b12.32.19960317020327.0067806c@camel.campbell.edu>
X-Sender: hammond@camel.campbell.edu
X-Mailer: Windows Eudora Light Version 1.5.4b12 (32)
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sun, 17 Mar 1996 02:03:27 +0000
To: dsp-93@tapr.org, hfsig@tapr.org
From: "Mark L. Hammond" <hammond@camel.campbell.edu>
Subject: DSP-93 HF Simulators

Hi Johan,

I tried the three simulations on my DSP-93.  Sounds pretty nifty.  I
listened to each of them on a variety of audio signals on my IC-706--2M
repeater(!), FM white noise, HF SSB white noise, hf digital signals, etc.

Not sure what kind of feedback you want, but the simulators do a great
representation to my ears, at least, of sounding like a variety of HF band
conditions--fades, dips, multipath, etc.

(btw, I'm not on the hfsig mailing group--only the dsp-93 group).

>Hi,
>
>I have made a couple of examples of HF channel simulation for use on the
>DSP-93. It consists of flat and selective fading conditions of good,
>moderate, and poor severity. These are on the HFSIG upload area as
>"SIMTEST.TXT" and "SIMTEST.ZIP"
>
>These are loadable objects that you load with the DSP-93's "DSPLOAD"
>program. If you have a DSP-93, please try it - we will apprecaite some
feedback.
>
>73's and good luck.
>
>--Johan, KC7WW
>
>
>
>


Mark L. Hammond   [KC4EBR]

From forrerj@ucs.orst.edu  Sun Mar 17 23:00:52 1996
Received: from PEAK.ORG (root@PEAK.ORG [198.68.23.17]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id XAA05428 for <hfsig@tapr.org>; Sun, 17 Mar 1996 23:00:49 -0600 (CST)
Received: from p05.t0.monrotel.com (p05.t0.monrotel.com [198.68.25.38]) by PEAK.ORG (8.6.12/8.6.7) with SMTP id VAA27509 for <hfsig@tapr.org>; Sun, 17 Mar 1996 21:00:45 -0800
Message-Id: <199603180500.VAA27509@PEAK.ORG>
X-Sender: forrera@kira.peak.org (Unverified)
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sun, 17 Mar 1996 21:10:19 -0800
To: hfsig@tapr.org
From: forrerj@ucs.orst.edu (Johan Forrer)
Subject: Re: [HFSIG:977] DSP-93 HF Simulators

Hi Mark,

Thanks for the feedback - that's a good start.

>Hi Johan,
>
>I tried the three simulations on my DSP-93.  Sounds pretty nifty.  I
>listened to each of them on a variety of audio signals on my IC-706--2M
>repeater(!), FM white noise, HF SSB white noise, hf digital signals, etc.
>
>Not sure what kind of feedback you want, but the simulators do a great
>representation to my ears, at least, of sounding like a variety of HF band
>conditions--fades, dips, multipath, etc.
>
>(btw, I'm not on the hfsig mailing group--only the dsp-93 group).
>

Do you think the audio gain settings is OK?

--Johan


From rvdlee@austria.cp.philips.com Tue Mar 19 02:52:29 1996
Received: from relay.philips.nl (ns.philips.nl [130.144.65.1]) by tapr.org (8.7.5/8.7.3/1.8) with ESMTP id CAA10213 for <hfsig@tapr.org>; Tue, 19 Mar 1996 02:52:22 -0600 (CST)
Received: (from smap@localhost) by relay.philips.nl (8.6.9/8.6.9-950414) id JAA21234 for <hfsig@tapr.org>; Tue, 19 Mar 1996 09:51:46 +0100
Received: from unknown(192.26.173.32) by ns.philips.nl via smap (V1.3+ESMTP) with ESMTP
	id sma020933; Tue Mar 19 09:49:08 1996
Received: from sunnm.austria.cp.philips.com (sunnm.austria.cp.philips.com [130.146.10.240]) by smtp.nl.cis.philips.com (8.6.10/8.6.10-0.9z-02May95) with SMTP id JAA25277 for <hfsig@tapr.org>; Tue, 19 Mar 1996 09:50:08 +0100
Received: from Reinier ([130.146.30.198]) by sunnm.austria.cp.philips.com (4.1/SMI-4.1 PL4)
	id AA21057; Tue, 19 Mar 96 09:50:58 +0100
Received: by Reinier with Microsoft Mail
	id <01BB1578.F706D6E0@Reinier>; Tue, 19 Mar 1996 09:46:36 +-100
Message-Id: <01BB1578.F706D6E0@Reinier>
From: Reinier van der Lee <rvdlee@austria.cp.philips.com>
To: "'ham-tech@netcom.com'" <ham-tech@netcom.com>, "'TAPR'" <hfsig@tapr.org>,
        "'boston radio club'" <listserv@netcom.com>
Subject: subscribe
Date: Tue, 19 Mar 1996 09:46:11 +-100
Encoding: 1 TEXT, 53 UUENCODE
X-Ms-Attachment: WINMAIL.DAT 0 00-00-1980 00:00

subscribe

begin 600 WINMAIL.DAT
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From c-three@telepost.no Thu Mar 21 06:27:25 1996
Received: from netto.telepost.no (netto.telepost.no [193.212.1.11]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id GAA20258 for <hfsig@tapr.org>; Thu, 21 Mar 1996 06:27:21 -0600 (CST)
Received: from c-three.telepost.no by netto.telepost.no with SMTP (8.6.13/nms1.1) 
	id <NAA26397@netto.telepost.no> for <hfsig@tapr.org> ; Thu, 21 Mar 1996 13:27:12 +0100
Message-Id: <199603211227.26397.telepost.no@telepost.no>
X-Sender: c-three@telepost.no (Unverified)
X-Mailer: Windows Eudora Light Version 1.5.2
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 21 Mar 1996 13:27:16 +0100
To: hfsig@tapr.org
From: Per-Tore <c-three@telepost.no>
Subject: Re: [HFSIG:978] Re: DSP-93 HF Simulators

I am new to this list, and would like to have more information on the DSP-93
system. Where can I get it, what does it cost, what software is already
available?

Regards,
Per-Tore
LA7NO

----------------------------------+--------------------------------
| Per-Tore Aasestrand             | E-mail :  c-three@telepost.no |
| C-Three Systems AS              | Fax    :  + 47 - 55 23 18 88  |
| P.O. Box 1708                   | Voice  :  + 47 - 55 32 67 67  |
| N-5024 Bergen, Norway           | Mobile :  + 47 - 92 04 44 76  |  
----------------------------------+--------------------------------

From dblunn@opennet.net.au  Fri Mar 22 03:51:42 1996
Received: from Tandem1.opennet.net.au (server1.opennet.net.au [203.5.208.1]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id DAA05278 for <hfsig@tapr.org>; Fri, 22 Mar 1996 03:51:37 -0600 (CST)
Received: from syd-du7-11.opennet.net.au (syd-du7-11.opennet.net.au [203.14.128.107]) by Tandem1.opennet.net.au (8.6.12/8.6.12) with SMTP id TAA07776 for <hfsig@tapr.org>; Fri, 22 Mar 1996 19:51:33 +1000
Date: Fri, 22 Mar 1996 19:51:33 +1000
Message-Id: <199603220951.TAA07776@Tandem1.opennet.net.au>
X-Sender: dblunn@mail.opennet.net.au (Unverified)
X-Mailer: Windows Eudora Version 1.4.3
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: hfsig@tapr.org
From: dblunn@opennet.net.au (Dave Blunn)
Subject: Help - HF TNC


Can anyone advise my on which is the better of the two HF TNCs, as I am
new to HF digital OPS.

A PK 232 MBX or a KAM Plus ? 

The PK 232 is the cheaper of the two but does not have G-TOR, is it 
worth the extra to have G-TOR ?



Regards

Dave Blunn
VK2DDJ

From k5yfw@www.kelly-afb.org Fri Mar 22 09:17:07 1996
Received: from www.kelly-afb.org (www.kelly-afb.org [204.214.204.10]) by tapr.org (8.7.5/8.7.3/1.8) with ESMTP id JAA18782 for <hfsig@tapr.org>; Fri, 22 Mar 1996 09:17:04 -0600 (CST)
Received: (from k5yfw@localhost) by www.kelly-afb.org (8.7.1/8.7.1) id JAA21086 for hfsig@tapr.org; Fri, 22 Mar 1996 09:18:12 +0600 (GMT)
From: Walt DuBose - K5YFW <k5yfw@www.kelly-afb.org>
Message-Id: <199603220318.JAA21086@www.kelly-afb.org>
Subject: Re: [HFSIG:981] Help - HF TNC
To: hfsig@tapr.org
Date: Fri, 22 Mar 1996 09:18:11 +0600 (GMT)
In-Reply-To: <199603220951.TAA07776@Tandem1.opennet.net.au> from "Dave Blunn" at Mar 22, 96 04:04:22 am
Reply-To: k5yfw@www.kelly-afb.org
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text

David,

In your message you write:
> 
> 
> Can anyone advise my on which is the better of the two HF TNCs, as I am
> new to HF digital OPS.
> 
> A PK 232 MBX or a KAM Plus ? 

	The PK-232 is build better, physically, but that doesn't mean it 
	will last longer (MTBF).

> 
> The PK 232 is the cheaper of the two but does not have G-TOR, is it 
> worth the extra to have G-TOR ?

	G-TOR is far superior to packet and might be better than Pactor 
	or Pactor II.

	Don't try using packet at 300 baud on HF, this flies in the face 
	of research done back in the late 40's and early 50's concerning 
	baud rates on HF.  SRI, Collins and other discovered that HF 
	propagation, the ionspheric movement, distorts HF signals and 
	causes multi-path signals that can cause FSK/AFSK signals to be 
	un-detectable at baud rates above 100 and surely 150 baud.  Of 
	course, under good conditions, you would have the problem.  I've 
	heard 20 over S9 signals on HF and no QRM and the packet signal 
	at 300 baud wouldn't decode.  Dropped the buad rate to 110 baud 
	and 100% copy.

	BTW, both Pactor and G-TOR are "smart" modes as they automatically 
	adjust baud rates if signals become un-decodable.

73, Walt/K5YFW

> 
> 
> 
> Regards
> 
> Dave Blunn
> VK2DDJ
> 
> 

From ssykes@ns2.emirates.net.ae Fri Mar 22 20:59:17 1996
Received: from ns2.emirates.net.ae (ns2.emirates.net.ae [194.170.1.7]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id UAA29679 for <hfsig@tapr.org>; Fri, 22 Mar 1996 20:59:10 -0600 (CST)
Received: from csb025.emirates.net.ae by ns2.emirates.net.ae (5.x/SMI-SVR495081401)
	id AA09671; Sat, 23 Mar 1996 06:58:51 +0400
Received: by csb025.emirates.net.ae with Microsoft Mail
	id <01BB1885.F9FC5040@csb025.emirates.net.ae>; Sat, 23 Mar 1996 06:57:18 +-400
Message-Id: <01BB1885.F9FC5040@csb025.emirates.net.ae>
From: Stephan Sykes <ssykes@ns2.emirates.net.ae>
To: "'hfsig@tapr.org'" <hfsig@tapr.org>
Subject: RE: [HFSIG:981] Help - HF TNC
Date: Sat, 23 Mar 1996 06:57:12 +-400
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="---- =_NextPart_000_01BB1885.FA03F160"


------ =_NextPart_000_01BB1885.FA03F160
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

In tests I was involved in a couple of years ago, the modem in the AEA =
was somewhat better for long haul packet.  It probably comes down to =
personal preference though, each unit has unique features.=20

----------
From: 	Dave Blunn[SMTP:dblunn@opennet.net.au]
Sent: 	Friday, March 22, 1996 8:04 AM
To: 	hfsig@tapr.org
Subject: 	[HFSIG:981] Help - HF TNC


Can anyone advise my on which is the better of the two HF TNCs, as I am
new to HF digital OPS.

A PK 232 MBX or a KAM Plus ?=20

The PK 232 is the cheaper of the two but does not have G-TOR, is it=20
worth the extra to have G-TOR ?



Regards

Dave Blunn
VK2DDJ



------ =_NextPart_000_01BB1885.FA03F160
Content-Type: application/ms-tnef
Content-Transfer-Encoding: base64

eJ8+IhICAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAENgAQAAgAAAAIAAgABBJAG
AAABAAABAAAADAAAAAMAADADAAAACwAPDgAAAAACAf8PAQAAADsAAAAAAAAAgSsfpL6jEBmdbgDd
AQ9UAgAAAABoZnNpZ0B0YXByLm9yZwBTTVRQAGhmc2lnQHRhcHIub3JnAAAeAAIwAQAAAAUAAABT
TVRQAAAAAB4AAzABAAAADwAAAGhmc2lnQHRhcHIub3JnAAADABUMAQAAAAMA/g8GAAAAHgABMAEA
AAARAAAAJ2hmc2lnQHRhcHIub3JnJwAAAAACAQswAQAAABQAAABTTVRQOkhGU0lHQFRBUFIuT1JH
AAMAADkAAAAACwBAOgEAAAACAfYPAQAAAAQAAAAAAAADwSkBCIAHABgAAABJUE0uTWljcm9zb2Z0
IE1haWwuTm90ZQAxCAEEgAEAHgAAAFJFOiBbSEZTSUc6OTgxXSBIZWxwIC0gSEYgVE5DAJ8HAQWA
AwAOAAAAzAcDABcABgA5AAwABgA+AQEggAMADgAAAMwHAwAXAAYANQARAAYAPwEBCYABACEAAAA1
NUZCMTgwMjc3ODRDRjExQjBCODQ0NDU1MzU0MDAwMADQBgEDkAYAfAQAABIAAAALACMAAAAAAAMA
JgAAAAAACwApAAAAAAADADYAAAAAAEAAOQBgaYNvZBi7AR4AcAABAAAAHgAAAFJFOiBbSEZTSUc6
OTgxXSBIZWxwIC0gSEYgVE5DAAAAAgFxAAEAAAAWAAAAAbsYZG96Ahj7VoR3Ec+wuERFU1QAAAAA
HgAeDAEAAAAFAAAAU01UUAAAAAAeAB8MAQAAABcAAABzc3lrZXNAZW1pcmF0ZXMubmV0LmFlAAAD
AAYQIOiQqwMABxDYAQAAHgAIEAEAAABlAAAASU5URVNUU0lXQVNJTlZPTFZFRElOQUNPVVBMRU9G
WUVBUlNBR08sVEhFTU9ERU1JTlRIRUFFQVdBU1NPTUVXSEFUQkVUVEVSRk9STE9OR0hBVUxQQUNL
RVRJVFBST0JBQkxZQwAAAAACAQkQAQAAAPUCAADxAgAALQUAAExaRnWR1zTO/wAKAQ8CFQKoBesC
gwBQAvIJAgBjaArAc2V0MjcGAAbDAoMyA8UCAHByQnER4nN0ZW0CgzN3AuQHEwKAfQqACM8J2Tvx
Fg8yNTUCgAqBDbELYMBuZzEwMzkK+xRR5QvyYwBAIEkDoBPQE8BhBCBJIHdhBCALgHaNBvB2CYAb
0SBhIAWgAnULUGUgb2YgeUZlEZEckGdvLBsQaBsdEARibRxiHhJBRUG9G5NzA3AH0BGABUBiEcC/
E9AFwAIQBcAVoBkQIBGAJnUDIAqwY2sRwC4gJxrgBUATUG9iAaBseaMcsQeCZG93GwFvIXD7BJAf
oG4HQCIxDcAEkAnwzmMdEB4QCGBnaB3wHXD5EXAgdQMABUARgAQgJcHucQpQIJAdcHQIcAeQIeCD
CoUKi2xpMTgwAtHgaS0xNDQN8AzQKUO5C1kxNgqgA2AT0GMFQL4tK2cKhyobDDAq5kYDYY46LG4q
5gyCIERhHDAEIEIKQG5uW1NNMFRQOmQKMTCgQG/fI7AwoCHBMdIhQF0sDy0dHwZgAjAuTy9bLgBp
ZGGaeR3wTQrAJZEyMh3wADE5OTYgODowmjQUsE0yjy0dVG80z8UvW2gD0GlnQAGQE1AaLgWwZziP
M551YmoHKyE6ry9bW0hGU0kARzo5ODFdIEhYZWxwK1BCYEY6cE7mQydvKHMzNinnGkUq5m0KhUMD
kQBweQIgHRBhfGR2BAAeMSKwAiAbkGh+aSWRBAAeAyA1HTEeEnR2dyOQQuRzHfAbsRuAYb5tCoUx
0AfgI4FC4WQ8sMMl4CQRT1BTLkNMH0AUUEs3cDMR4E1CWPcdIAXAHKBLOGBN4ApABCD6PyddVB4h
TfVIlRFwHXBzI7FJamJ1BUAjMAeRbgcrACEhMEFHLVRPUv8d8EiRJeEKhUnwACAloB4S8GV4dHIc
oCOBU6hPcKNDTENMUmVnCxFzQ0wDMCgKhVZLMkRESl9Xn0PvRP9GCRUxAF/AAAAAAwAQEAAAAAAD
ABEQAAAAAEAABzCgVwDjYxi7AUAACDCgVwDjYxi7AR4APQABAAAABQAAAFJFOiAAAAAAEDk=

------ =_NextPart_000_01BB1885.FA03F160--

From forrerj@ucs.orst.edu  Sat Mar 23 10:42:54 1996
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id KAA11280 for <HFSIG@TAPR.ORG>; Sat, 23 Mar 1996 10:42:51 -0600 (CST)
Received: from p01.t0.monrotel.com by ucs.orst.edu; (5.65v3.2/1.1.8.2/13Mar96-1233PM)
	id AA07325; Sat, 23 Mar 1996 08:42:43 -0800
Message-Id: <9603231642.AA07325@ucs.orst.edu>
X-Sender: forrerj@ucs.orst.edu
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sat, 23 Mar 1996 08:53:08 -0800
To: HFSIG@tapr.org
From: forrerj@ucs.orst.edu (Johan Forrer)
Subject: Updated HF Channel Simulator

Hi,

For those interested in the DSP-93 version of the HF channel simulator,
please check out the latest upload of an experimental HF channel simulator
test. 

With Alexander's (DL8AAU) help, I managed to fix a few errors, and also
included some new test conditions. The examples now reflect the CCIR
specifications more accurately and now include:

Selective fading: Good, moderate, poor, flutter fading, 
two kinds of flat fading: Good and severe.

The updated package is available for downloading from:
ftp.tapr.org/tapr/SIG/HFSIG/upload/simtest1.zip

Trust you find it useful.

73's

--Johan Forrer, KC7WW

From k6sti@n2.net  Sat Mar 23 13:25:26 1996
Received: from ravel.n2.net (ravel.n2.net [204.250.22.20]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id NAA18836 for <hfsig@tapr.org>; Sat, 23 Mar 1996 13:25:24 -0600 (CST)
Received: from ppp163.n2.net (ppp163.n2.net [204.250.22.163]) by ravel.n2.net (8.6.12/8.6.9) with SMTP id LAA20864 for <hfsig@tapr.org>; Sat, 23 Mar 1996 11:26:53 -0800
Date: Sat, 23 Mar 1996 11:26:53 -0800
Message-Id: <199603231926.LAA20864@ravel.n2.net>
X-Sender: k6sti@mail.n2.net
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: hfsig@tapr.org
From: k6sti@n2.net (Brian Beezley)
Subject: Re: [HFSIG:984] Updated HF Channel Simulator

>Hi,
>
>For those interested in the DSP-93 version of the HF channel simulator,
>please check out the latest upload of an experimental HF channel simulator
>test. 
>
>With Alexander's (DL8AAU) help, I managed to fix a few errors, and also
>included some new test conditions. The examples now reflect the CCIR
>specifications more accurately and now include:
>
>Selective fading: Good, moderate, poor, flutter fading, 
>two kinds of flat fading: Good and severe.
>
>The updated package is available for downloading from:
>ftp.tapr.org/tapr/SIG/HFSIG/upload/simtest1.zip
>
>Trust you find it useful.
>
>73's
>
>--Johan Forrer, KC7WW
>
>
>


Johan, HFSIG needs to be hfsig in the URL.  Thanks for the file.


                      73--Brian, K6STI
                          k6sti@n2.net

From forrerj@ucs.orst.edu  Sun Mar 24 14:09:37 1996
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id OAA13826 for <HFSIG@TAPR.ORG>; Sun, 24 Mar 1996 14:09:33 -0600 (CST)
Received: from p05.t0.monrotel.com by ucs.orst.edu; (5.65v3.2/1.1.8.2/13Mar96-1233PM)
	id AA27931; Sun, 24 Mar 1996 12:09:08 -0800
Message-Id: <9603242009.AA27931@ucs.orst.edu>
X-Sender: forrerj@ucs.orst.edu
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sun, 24 Mar 1996 12:19:50 -0800
To: HFSIG@tapr.org
From: forrerj@ucs.orst.edu (Johan Forrer)
Subject: Announcement

Hi all,

After talking with Greg - an update that may or may not be of interest to
you; I will be finishing my work in academia around June (1996) and then be
pursuing opportunities with my own company in future.

The reason that this concerns HFSIG is that I intend doing future
development work in the field of HF digital communications on a professional
basis. It is quite likely that a conflict of interest could develop on
certain issues, particularly as this special interest group is monitored by
several with similar commercial interests.

So - where does that leave HFSIG? I am willing to act as moderator for a
while at least, however, invite your ideas and suggestions. If you would
like to nominate someone that would be willing to take the reigns, please
contact either me of Greg.


Your consideration is much appreciated.

--Johan Forrer, KC7WW

                                 ----00----
P.S. In case you wonder; I will be spending a substantial amount of time on
"new" HF digital communication systems for a U.S-based client, act as a DSP
and hardware/software consultant, and be actively developing a family
micromachine-agents on my own. If you perhaps know of anyone that needs
help, please spread the word and keep me in mind in future.

 

From FORRERJ@frl.orst.edu Mon Mar 25 11:01:34 1996
Received: from FSL.ORST.EDU (root@FSL.ORST.EDU [128.193.112.105]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id LAA14952 for <HFSIG@TAPR.ORG>; Mon, 25 Mar 1996 11:01:30 -0600 (CST)
Received: from frl.orst.edu (FRL.ORST.EDU [128.193.118.10]) by FSL.ORST.EDU (8.6.9/8.6.9) with ESMTP id JAA29327 for <HFSIG@TAPR.ORG>; Mon, 25 Mar 1996 09:01:27 -0800
Received: from FRL/SpoolDir by frl.orst.edu (Mercury 1.21);
    25 Mar 96 09:07:54 PST8PDT
Received: from SpoolDir by FRL (Mercury 1.21); 25 Mar 96 09:07:27 PST8PDT
From: "Johan Forrer" <FORRERJ@frl.orst.edu>
Organization:  Forest Research Lab. Oregon State
To: HFSIG@tapr.org
Date:          Mon, 25 Mar 1996 09:07:19 -0800
Subject:       New EVM software package EVM56K3
Priority: normal
X-mailer: Pegasus Mail v3.22
Message-ID: <63F82434FCD@frl.orst.edu>

Hi all,

I have had so many requests for various items for use with the DSP56002EVM 
that I made an updated version and uploaded it to HFSIG upload area.

The new software includes a new operating system (Leonid) that fixes
some bugs, also allows for users to select the 66 and 80 MHz DSP chips.
There is an expanded interface schematic and updated modem codes. 

Be sure to check out the new weak signal detection and display software from 
Pawel, SP9VRC - it is superb! 

The code package is on: ftp.tapr.org/tapr/SIG/hfsig/upload/evm56k3.zip

Enjoy.

--Johan, KC7WW

From dwborden@mail.pananet.com  Tue Mar 26 08:36:20 1996
Received: from mail.pananet.com ([206.33.152.3]) by tapr.org (8.7.5/8.7.3/1.8) with ESMTP id IAA19347 for <hfsig@tapr.org>; Tue, 26 Mar 1996 08:36:13 -0600 (CST)
Received: from TARDIS.pananet.com ([206.34.130.25]) by mail.pananet.com
          (post.office MTA v1.9.3 ID# 0-12013) with SMTP id AAA10041
          for <hfsig@tapr.org>; Tue, 26 Mar 1996 12:37:35 -0400
Message-ID: <3158013C.4D6E@pananet.com>
Date: Tue, 26 Mar 1996 09:37:48 -0500
From: dwborden@mail.pananet.com (David Borden (58))
X-Mailer: Mozilla 2.0 (Win95; I)
MIME-Version: 1.0
To: hfsig@tapr.org
Subject: Re: [HFSIG:987] New EVM software package EVM56K3
References: <63F82434FCD@frl.orst.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Johan,
  How do I print this evm56k post script schematic and pcb stuff?
It does not appear to be Post Script, it looks binary encoded (after
I run pkunzip on it of course). I think I got it from evm56k2.ps on
the TAPR ftp directory. I tried sending it to my Post Script printer,
but it declared it bad........david,k8mmo/hp2




Johan Forrer wrote:
> 
> Hi all,
> 
> I have had so many requests for various items for use with the DSP56002EVM
> that I made an updated version and uploaded it to HFSIG upload area.
> 
> The new software includes a new operating system (Leonid) that fixes
> some bugs, also allows for users to select the 66 and 80 MHz DSP chips.
> There is an expanded interface schematic and updated modem codes.
> 
> Be sure to check out the new weak signal detection and display software from
> Pawel, SP9VRC - it is superb!
> 
> The code package is on: ftp.tapr.org/tapr/SIG/hfsig/upload/evm56k3.zip
> 
> Enjoy.
> 
> --Johan, KC7WW

From seanw@hpqs0212.sqf.hp.com Tue Mar 26 11:06:07 1996
Received: from paloalto.access.hp.com (daemon@paloalto.access.hp.com [15.254.56.2]) by tapr.org (8.7.5/8.7.3/1.8) with ESMTP id LAA26050 for <hfsig@tapr.org>; Tue, 26 Mar 1996 11:06:06 -0600 (CST)
Received: from hpqs0212.sqf.hp.com by paloalto.access.hp.com with ESMTP
	(1.37.109.16/15.5+ECS 3.3) id AA234539953; Tue, 26 Mar 1996 09:05:55 -0800
Received: by hpqs0212.sqf.hp.com
	(1.37.109.16/15.5+ECS 3.4 ) id AA116909952; Tue, 26 Mar 1996 17:05:52 GMT
From: Sean Warren-Cox (SWC) <seanw@hpqs0212.sqf.hp.com>
Message-Id: <199603261705.AA116909952@hpqs0212.sqf.hp.com>
Subject: HF RDF
To: hfsig@tapr.org
Date: Tue, 26 Mar 1996 17:05:51 GMT
In-Reply-To: <3158013C.4D6E@pananet.com>; from "58)" at Mar 26, 96 8:46 am
X-Mailer: Elm [revision: 109.14]

Hi all,

I may get laughed of the stage for this but does anybody
know of a way of getting position information of a 
transmitter to sub 1cm accuracy.  I want to measure distances through
solid objects such as walls in a house.  My thoughts were to 
use Radio Direction Finding but I guess that for the accuracy I require
the frequencies involved would be in the 5 GHz range and not very good for
transmitting though solid objects.  Are there any tricks used to
calculate distance and position from a transmitted signal at lower
frequencies.

Thanks for your time,

Sean
_______________________________________________________________________________

          Sean Warren-Cox   | sean@hpiplaa.sqf.hp.com
          TSD direct line   | tel: 0131 331 7080  (Edinburgh, Scotland)
_______________________________________________________________________________

From c-three@telepost.no Wed Mar 27 04:22:00 1996
Received: from netto.telepost.no (netto.telepost.no [193.212.1.11]) by tapr.org (8.7.5/8.7.3/1.8) with SMTP id EAA20198 for <hfsig@tapr.org>; Wed, 27 Mar 1996 04:21:58 -0600 (CST)
Received: from c-three.telepost.no by netto.telepost.no with SMTP (8.6.13/nms1.1) 
	id <LAA16028@netto.telepost.no> for <hfsig@tapr.org> ; Wed, 27 Mar 1996 11:21:48 +0100
Message-Id: <199603271021.16028.telepost.no@telepost.no>
X-Sender: c-three@telepost.no
X-Mailer: Windows Eudora Light Version 1.5.2
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Wed, 27 Mar 1996 11:21:50 +0100
To: hfsig@tapr.org
From: Per-Tore <c-three@telepost.no>
Subject: Re: [HFSIG:989] HF RDF

At 11:15 26.03.96 -0600, you wrote:
>Hi all,
>
>I may get laughed of the stage for this but does anybody
>know of a way of getting position information of a 
>transmitter to sub 1cm accuracy.  I want to measure distances through
>solid objects such as walls in a house.  My thoughts were to 
>use Radio Direction Finding but I guess that for the accuracy I require
>the frequencies involved would be in the 5 GHz range and not very good for
>transmitting though solid objects.  Are there any tricks used to
>calculate distance and position from a transmitted signal at lower
>frequencies.
>
>Thanks for your time,
>
>Sean
>_______________________________________________________________________________
>
>          Sean Warren-Cox   | sean@hpiplaa.sqf.hp.com
>          TSD direct line   | tel: 0131 331 7080  (Edinburgh, Scotland)
>_______________________________________________________________________________


Hi Sean,

No, this is not a rediculous idea at all!
In my opinion there are two ways to go in order to achieve the necessary
accuracy:

1) As you suggested, use VERY high frequency.

2) Use Direct-Sequence-Spread-Spectrum with a sufficiently high chip-rate.

In fact, using DSSS one can achieve higher precision than with any other
method - with the exeption of using a laser, of course!

Hope this helps.

Regards,

Per-Tore
LA7NO

----------------------------------+--------------------------------
| Per-Tore Aasestrand             | E-mail :  c-three@telepost.no |
| C-Three Systems AS              | Fax    :  + 47 - 55 23 18 88  |
| P.O. Box 1708                   | Voice  :  + 47 - 55 32 67 67  |
| N-5024 Bergen, Norway           | Mobile :  + 47 - 92 04 44 76  |  
----------------------------------+--------------------------------

From nf4l@jaxnet.com Wed Mar 27 16:27:38 1996
Received: from mailhub.jaxnet.com (root@mailhub.jaxnet.com [204.183.221.15]) by tapr.org (8.7.5/8.7.3/1.8) with ESMTP id QAA12676 for <hfsig@tapr.org>; Wed, 27 Mar 1996 16:27:33 -0600 (CST)
Received: from nf4l.ppp (ts4-014.jaxnet.com [204.183.221.149]) by mailhub.jaxnet.com (8.7.4/8.6.12) with SMTP id RAA17997 for <hfsig@tapr.org>; Wed, 27 Mar 1996 17:32:47 -0500 (EST)
Message-ID: <3159C0BF.5717@jaxnet.com>
Date: Wed, 27 Mar 1996 17:27:11 -0500
From: Mike Reublin <nf4l@jaxnet.com>
Organization: NFDXA
X-Mailer: Mozilla 2.0GoldB1 (Win95; I)
MIME-Version: 1.0
To: hfsig@tapr.org
Subject: Sorry guys
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I really didn't want to do this, and stand here in my Nomex awaiting the 
flames, but I can't think of any alternative.

I've been trying for many weeks to unsubscribe from this group. Message comes 
back from the list server:

NF4L@JAXNET.COM: You are not subscribed to hfsig@tapr.org

In addition, the system found the following address(es) that resemble yours.
If one of these is you, please resend your message from that one, or use the
'set <list> address' request to change the address you are subscribed with:

NF4L@MAILHUB.JAXNET.COM

I can get mail at either address (they're the same re: incoming). I reset my 
mailer to the mailhub one, sent the unsubscribe again. Same result. Sent for 
the help file. No help there. Tried the "set address" a couple of times, 
errrors returned. Sent 2 messages to "if you're having trouble". No answer.

Could one of you gentlemen (no pileups) give me a way out?

Thanks, and again my apologies for taking up the BW.

			73 de Mike NF4l
-- 
**************************************************************************
Mike Reublin                                        email: nf4l@jaxnet.com 
Senior Programmer/Analyst                      Alltel Information Services
**************************************************************************

From deh6@po.CWRU.Edu  Fri Mar 29 10:06:37 1996
Received: from kanga.INS.CWRU.Edu (deh6@kanga.INS.CWRU.Edu [129.22.8.32]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id KAA22259 for <HFSIG@tapr.org>; Fri, 29 Mar 1996 10:06:28 -0600 (CST)
Received: (deh6@localhost) by kanga.INS.CWRU.Edu (8.6.12+cwru/CWRU-2.1-bsdi)
	id LAA06593; Fri, 29 Mar 1996 11:06:20 -0500 (from deh6)
Message-Id: <199603291606.LAA06593@kanga.INS.CWRU.Edu>
Date: Fri, 29 Mar 1996 11:06:20 -0500
From: deh6@po.CWRU.Edu (Donald E. Haselwood)
To: HFSIG@tapr.org
Subject: Coherent CW
Reply-To: deh6@po.CWRU.Edu (Donald E. Haselwood)

I'm new on this sig, but I've been on the DSP-93 sig for "ages,"
have a DSP93 going (but more an educational toy than part of the
station setup), and I've been tinkering/looking up references
having to do with cw decoding.  Coherent cw came to my attention.

Can anyone direct me to info on coherent cw (or just digging cw
out of the noise such as EME, HF, etc.)?  

I suspect there are "batches" of messages someplace in the HFSIG
archives, but wading through them would be a project in itself.

73's
Don, K4JPJ

From MPFahmie@lbl.gov Fri Mar 29 12:55:37 1996
Received: from mh1.lbl.gov (mh1.lbl.gov [128.3.254.235]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id MAA02235 for <hfsig@tapr.org>; Fri, 29 Mar 1996 12:55:34 -0600 (CST)
Received: from mikef (mikef.als.lbl.gov [128.3.129.114]) by mh1.lbl.gov (LBNLMWH3/G) with SMTP id KAA02584 for <hfsig@tapr.org>; Fri, 29 Mar 1996 10:55:31 -0800 (PST)
Message-Id: <199603291855.KAA02584@mh1.lbl.gov>
X-Authentication-Warning: mh1.lbl.gov: Host mikef.als.lbl.gov [128.3.129.114] claimed to be mikef
X-Sender: mikef@mh1.lbl.gov
X-Mailer: Windows Eudora Pro Version 2.1.2
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"

Date: Fri, 29 Mar 1996 10:54:52 -0800
To: hfsig@tapr.org
From: Mike Fahmie <MPFahmie@lbl.gov>
Subject: Re: [HFSIG:992] Coherent CW

At 10:15 AM 3/29/96 -0600, Don (K4JPJ) wrote:
:
:
>Can anyone direct me to info on coherent cw (or just digging cw
>out of the noise such as EME, HF, etc.)?  
>

If you have a good library (or you happen to have them laying around the
shack), you can read these articles to get the basic idea.

QST     Sept '75        page 26  Coherent CW, Amateur Radio's New State of
the Art?
CQ        June/July'77                 Coherent CW - The CW of the Future
QST     May '81         page 11 Coherent CW - The Concept (part 1)
QST     June'81         page 18 Coherent CW - The Practical Aspects
QEX      Feb'94                            A DSP Version of Coherent CW

-Mike-


                 Mike Fahmie   -   Advanced Light Source
                 Lawrence Berkeley National Laboratory
                 (510) 486-4030     -     MPFahmie@lbl.gov
                                   WA6ZTY @ N6EEG

From cbuttsch@slonet.org Fri Mar 29 17:49:43 1996
Received: from biggulp.callamer.com (cbuttsch@biggulp.callamer.com [199.74.141.2]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id RAA19843 for <hfsig@tapr.org>; Fri, 29 Mar 1996 17:49:40 -0600 (CST)
Received: (from cbuttsch@localhost) by biggulp.callamer.com (8.7.4/8.7.3) id PAA02606; Fri, 29 Mar 1996 15:49:32 -0800 (PST)
Date: Fri, 29 Mar 1996 15:49:31 -0800 (PST)
From: Clifford Buttschardt <cbuttsch@slonet.org>
X-Sender: cbuttsch@biggulp.callamer.com
To: Johan Forrer <forrerj@ucs.orst.edu>
cc: hfsig@tapr.org
Subject: Re: [HFSIG:986] Announcement
In-Reply-To: <9603242009.AA27931@ucs.orst.edu>
Message-ID: <Pine.OSF.3.91.960329154443.28325A-100000@biggulp.callamer.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Johan, as you I will be done with academia in June.  I've been doing 
some, but not a great deal of consulting work.  I would like to talk 
further with you regarding some common effort, especially so since I will 
be moving North of you just a few dozen miles.  The server has been down 
since the 24th, so best I call you.  If we miss then, Dr. Cliff 
Buttschardt, Cal Poly, SLO, CA Engineering Technology (805) 772 2132.


On Sun, 24 Mar 1996, Johan Forrer wrote:

> Hi all,
> 
> After talking with Greg - an update that may or may not be of interest to
> you; I will be finishing my work in academia around June (1996) and then be
> pursuing opportunities with my own company in future.
> 
> The reason that this concerns HFSIG is that I intend doing future
> development work in the field of HF digital communications on a professional
> basis. It is quite likely that a conflict of interest could develop on
> certain issues, particularly as this special interest group is monitored by
> several with similar commercial interests.
> 
> So - where does that leave HFSIG? I am willing to act as moderator for a
> while at least, however, invite your ideas and suggestions. If you would
> like to nominate someone that would be willing to take the reigns, please
> contact either me of Greg.
> 
> 
> Your consideration is much appreciated.
> 
> --Johan Forrer, KC7WW
> 
>                                  ----00----
> P.S. In case you wonder; I will be spending a substantial amount of time on
> "new" HF digital communication systems for a U.S-based client, act as a DSP
> and hardware/software consultant, and be actively developing a family
> micromachine-agents on my own. If you perhaps know of anyone that needs
> help, please spread the word and keep me in mind in future.
> 
>  
> 
> 

From cbuttsch@slonet.org Fri Mar 29 19:17:54 1996
Received: from biggulp.callamer.com (cbuttsch@biggulp.callamer.com [199.74.141.2]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id TAA24303 for <hfsig@tapr.org>; Fri, 29 Mar 1996 19:17:51 -0600 (CST)
Received: (from cbuttsch@localhost) by biggulp.callamer.com (8.7.4/8.7.3) id RAA27657; Fri, 29 Mar 1996 17:14:49 -0800 (PST)
Date: Fri, 29 Mar 1996 17:14:48 -0800 (PST)
From: Clifford Buttschardt <cbuttsch@slonet.org>
X-Sender: cbuttsch@biggulp.callamer.com
To: Sean Warren-Cox <seanw@hpqs0212.sqf.hp.com>
cc: hfsig@tapr.org
Subject: Re: [HFSIG:989] HF RDF
In-Reply-To: <199603261705.AA116909952@hpqs0212.sqf.hp.com>
Message-ID: <Pine.OSF.3.91.960329171005.28325I-100000@biggulp.callamer.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Sean, there was an absolutly superb experiment run by Stanford Research 
Institute when I was still with them in which solid objects were to be 
triangulated within some of the pyramids in Egypt!  Various frequencies were 
used as well.  By my simply mentioning this on the net, I would suppose 
we will get an answer, but if not, I'll see if I can get a clue on this 
as time passes.  Cliff Buttschardt  W6HDO

On Tue, 26 Mar 1996, Sean Warren-Cox wrote:

> Hi all,
> 
> I may get laughed of the stage for this but does anybody
> know of a way of getting position information of a 
> transmitter to sub 1cm accuracy.  I want to measure distances through
> solid objects such as walls in a house.  My thoughts were to 
> use Radio Direction Finding but I guess that for the accuracy I require
> the frequencies involved would be in the 5 GHz range and not very good for
> transmitting though solid objects.  Are there any tricks used to
> calculate distance and position from a transmitted signal at lower
> frequencies.
> 
> Thanks for your time,
> 
> Sean
> _______________________________________________________________________________
> 
>           Sean Warren-Cox   | sean@hpiplaa.sqf.hp.com
>           TSD direct line   | tel: 0131 331 7080  (Edinburgh, Scotland)
> _______________________________________________________________________________
> 
> 

From cbuttsch@slonet.org Sat Mar 30 18:31:12 1996
Received: from biggulp.callamer.com (cbuttsch@biggulp.callamer.com [199.74.141.2]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id SAA02287 for <hfsig@tapr.org>; Sat, 30 Mar 1996 18:31:09 -0600 (CST)
Received: (from cbuttsch@localhost) by biggulp.callamer.com (8.7.4/8.7.3) id QAA27053; Sat, 30 Mar 1996 16:31:01 -0800 (PST)
Date: Sat, 30 Mar 1996 16:31:01 -0800 (PST)
From: Clifford Buttschardt <cbuttsch@slonet.org>
X-Sender: cbuttsch@biggulp.callamer.com
To: "Donald E. Haselwood" <deh6@po.cwru.edu>
cc: Bill DeCarle <bill@ietc.ca>, hfsig@tapr.org
Subject: Re: [HFSIG:992] Coherent CW
In-Reply-To: <199603291606.LAA06593@kanga.INS.CWRU.Edu>
Message-ID: <Pine.OSF.3.91.960330161757.24987A-100000@biggulp.callamer.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Donald:  I am sorry to say that nearly nothing has been posted on the 
HFSIG and the DSP93 SIG regarding Coherent CW.  It simply has been too 
awkward to do so with the further observation that DSP93 programming has 
been less than startling to say the least.  Personally, I would like to 
see the DSP93 engine involved in this effort as would many others.
     In the meantime, consult QEX for Feb 1994 for a start in this 
effort.  Also read what has been done years ago by DeCarle in the Jan 
1992 issue of QST.  You will appreciate the fact that we have been doing 
this very type of communicating for years without the hassel of a devoted 
chip and using the power of a PC instead.  You will find experiments in 
the 1750 meter band using BPSK (DPSK) and on all the ham bands using 
Coherent CW observing the 35 KHz and up rule.  You might want to consult 
the Digital Journal for a monthly column addressed to these items as well.
You will find a great deal of accomplishment has occured with very little 
talk just for the sake of talking!  73  Cliff Buttschardt  W6HDO

On Fri, 29 Mar 1996, Donald E. Haselwood wrote:

> I'm new on this sig, but I've been on the DSP-93 sig for "ages,"
> have a DSP93 going (but more an educational toy than part of the
> station setup), and I've been tinkering/looking up references
> having to do with cw decoding.  Coherent cw came to my attention.
> 
> Can anyone direct me to info on coherent cw (or just digging cw
> out of the noise such as EME, HF, etc.)?  
> 
> I suspect there are "batches" of messages someplace in the HFSIG
> archives, but wading through them would be a project in itself.
> 
> 73's
> Don, K4JPJ
> 
> 

From mhooper@netcom.com Sat Mar 30 19:39:12 1996
Received: from netcom13.netcom.com (root@netcom13.netcom.com [192.100.81.125]) by tapr.org (8.7.5/8.7.3/1.9) with SMTP id TAA06060 for <hfsig@tapr.org>; Sat, 30 Mar 1996 19:39:10 -0600 (CST)
Received: from mhooper.netcom.com by netcom13.netcom.com (8.6.13/Netcom)
	id RAA27280; Sat, 30 Mar 1996 17:39:04 -0800
Message-Id: <1.5.4b12.32.19960331013956.0068d0d8@netcom.com>
X-Sender: mhooper@netcom.com
X-Mailer: Windows Eudora Light Version 1.5.4b12 (32)
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sat, 30 Mar 1996 17:39:56 -0800
To: hfsig@tapr.org
From: Mike Hooper <mhooper@netcom.com>
Subject: Need simple PTT circuit

Hello Everyone:

 I am experimenting with Tom Sailor's PSATNC driver. The driver does not
provide for PTT keying from a COMPORT as does PSATOR. While PTT data can be
obtained from the FLAG_OUT pin on the DSP 2115 chip I would rather use a simple
circuit that utilizes the tones going to the radio, rectifies them, and drives
a simple 2n2222a switch that takes the radio's PTT to ground.

 Your assistance in this matter would be greatly appreciated.

-73- Mike


Mike Hooper
mhooper@netcom.com
kf6pu@wb6ymh.#soca.ca.usa.noam

From deh6@po.CWRU.Edu  Sat Mar 30 20:21:24 1996
Received: from kanga.INS.CWRU.Edu (deh6@kanga.INS.CWRU.Edu [129.22.8.32]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id UAA07891 for <hfsig@tapr.org>; Sat, 30 Mar 1996 20:21:22 -0600 (CST)
Received: (deh6@localhost) by kanga.INS.CWRU.Edu (8.6.12+cwru/CWRU-2.1-bsdi)
	id VAA10080; Sat, 30 Mar 1996 21:21:17 -0500 (from deh6)
Message-Id: <199603310221.VAA10080@kanga.INS.CWRU.Edu>
Date: Sat, 30 Mar 1996 21:21:17 -0500
From: deh6@po.CWRU.Edu (Donald E. Haselwood)
To: hfsig@tapr.org
Subject: Re: [HFSIG:996] Re: Coherent CW
Reply-To: deh6@po.CWRU.Edu (Donald E. Haselwood)

Cliff,

Thanks for sending the message.

>Also read what has been done years ago by DeCarle in the Jan
>1992 issue of QST.  You will appreciate the fact that we have
>been doing this very type of communicating for years without the
>hassel of a devoted chip and using the power of a PC instead.

I pulled Jan '92 QST then it "clicked."  I ordered the PC board
for this project, but never assembled it (as I remember there
were a couple of parts missing the catalogs I had, plus I was in
the first two years of a Phd program at Case Western Reserve U.
and pressed for time.  It was an intriguing project but it fell
by the wayside. [I'm retired and working on PhD in Organizatonal
Behavior as "fun project."  I have a MSEE and did engineering
with data stuff and computers, starting in 1960 (before you could
plug into the switched network, and hardly anybody had heard the
term modem, etc.).  I moved in management, got an early
retirement, etc.]  I'm past the "qualifying" stage on the degree
so time is my own, though I still have to keep at it to get the
dissertation done.

Someone else posted some QST, QEX, and CQ references.  I have the
QEX article and that outlines the basics.  I remember, way back,
reading about a telegrapher "trick" called "doubling on the drop"
or some such term, where the experienced telegraphers could
double the speed of a telegraph circuit by operating
synchronously.  It was probably a forerunner of coherent cw.

>You will find experiments in the 1750 meter band using BPSK
>(DPSK) and on all the ham bands using Coherent CW observing the
>35 KHz and up rule.  You might want to consult the Digital
>Journal for a monthly column addressed to these items as well.

Digital Journal is new to me.  I'll keep my eye open for it.

73's
Don

From forrerj@ucs.orst.edu  Sat Mar 30 22:36:44 1996
Received: from PEAK.ORG (root@PEAK.ORG [198.68.23.17]) by tapr.org (8.7.5/8.7.3/1.9) with SMTP id WAA14740 for <HFSIG@TAPR.ORG>; Sat, 30 Mar 1996 22:36:42 -0600 (CST)
Received: from p08.t0.monrotel.com (p08.t0.monrotel.com [198.68.25.41]) by PEAK.ORG (8.6.12/8.6.7) with SMTP id UAA26687 for <HFSIG@TAPR.ORG>; Sat, 30 Mar 1996 20:36:36 -0800
Message-Id: <199603310436.UAA26687@PEAK.ORG>
X-Sender: forrera@kira.peak.org (Unverified)
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sat, 30 Mar 1996 20:48:16 -0800
To: HFSIG@tapr.org
From: forrerj@ucs.orst.edu (Johan Forrer)
Subject: Improved DSK (320C26) Assembler

Hi,

For those working with the TI 320C26 DSK, here is an alternative and
improved assembler to the limited one supplied with the DSK.

Thanks to Mike, G4BMK, for contributing his masterpiece.

Look for Mike's assembler at:

ftp.tapr.org/tapr/SIG/hfsig/upload/maxas.zip

Enjoy,

--Johan

From sivula@NCSNRS01ES.NTC.nokia.com Sun Mar 31 07:43:00 1996
Received: from axl01it.ntc.nokia.com (axl01it.ntc.nokia.com [131.228.118.232]) by tapr.org (8.7.5/8.7.3/1.9) with SMTP id HAA08646 for <hfsig@tapr.org>; Sun, 31 Mar 1996 07:42:58 -0600 (CST)
Received: from ntcite01es.ntc.nokia.com (ms-smtp-gw4.tele.nokia.fi [131.228.138.80]) by axl01it.ntc.nokia.com (8.6.9/8.6.9) with SMTP id NAA09741 for <hfsig@tapr.org>; Sun, 31 Mar 1996 13:18:34 +0200
Received: by ntcite01es.ntc.nokia.com with Microsoft Mail
	id <315E69B6@ntcite01es.ntc.nokia.com>; Sun, 31 Mar 96 13:17:10 eet
From: Sivula Timo <sivula@NCSNRS01ES.NTC.nokia.com>
To: "'hfsig'" <hfsig@tapr.org>
Subject: Skeds with EVM/DSP4
Date: Sun, 31 Mar 96 14:20:00 eet
Message-ID: <315E69B6@ntcite01es.ntc.nokia.com>
Encoding: 14 TEXT
X-Mailer: Microsoft Mail V3.0


Hello,

is there anybody out there who would be interested in having a sked to 
Finland using some of Pawels, SP9VRC?s software on a EVM or DSP4? Paulus, 
PA0OCD and I have had a lot of QSO?s and it would be nice to have some more 
people in the skeds as well.

regards

Timo, OH2LVZ

Timo.Sivula@ntc.nokia.com

From forrerj@ucs.orst.edu  Sun Mar 31 10:39:11 1996
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by tapr.org (8.7.5/8.7.3/1.9) with SMTP id KAA15020 for <hfsig@tapr.org>; Sun, 31 Mar 1996 10:39:09 -0600 (CST)
Received: from p07.t0.monrotel.com by ucs.orst.edu; (5.65v3.2/1.1.8.2/13Mar96-1233PM)
	id AA30111; Sun, 31 Mar 1996 08:39:00 -0800
Message-Id: <9603311639.AA30111@ucs.orst.edu>
X-Sender: forrerj@ucs.orst.edu
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sun, 31 Mar 1996 08:50:42 -0800
To: hfsig@tapr.org
From: forrerj@ucs.orst.edu (Johan Forrer)
Subject: Re: [HFSIG:997] Need simple PTT circuit

Hello Mike,

>From what I understood from Tom (and it was some long time ago), was that
the time delay involved for the PTT command to work it's way from the DSP
software, to the PC, to the PTT switch on the COM port, was unsatisfactory.
That is because the sound card's DSP is doing HDLC and time slot persistance
control and does not originate from the PC. Thus the delay involved and why
he choose to add the PTT switch via the flag-out pin from where the DSP can
directly control PTT. I'm not sure whether TOM's program stilll works like
that. 

You may want to e-mail Tom and ask him for a solution. I agree that the COM
port-derived PTT is the simplest way to go.

Good luck, 73's

--Johan

>Hello Everyone:
>
> I am experimenting with Tom Sailor's PSATNC driver. The driver does not
>provide for PTT keying from a COMPORT as does PSATOR. While PTT data can be
>obtained from the FLAG_OUT pin on the DSP 2115 chip I would rather use a simple
>circuit that utilizes the tones going to the radio, rectifies them, and drives
>a simple 2n2222a switch that takes the radio's PTT to ground.
>
> Your assistance in this matter would be greatly appreciated.
>
>-73- Mike
>
>
>Mike Hooper
>mhooper@netcom.com
>kf6pu@wb6ymh.#soca.ca.usa.noam
>
>

From cbuttsch@slonet.org Sun Mar 31 10:49:45 1996
Received: from biggulp.callamer.com (cbuttsch@biggulp.callamer.com [199.74.141.2]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id KAA15540 for <hfsig@tapr.org>; Sun, 31 Mar 1996 10:49:42 -0600 (CST)
Received: (from cbuttsch@localhost) by biggulp.callamer.com (8.7.4/8.7.3) id IAA06549; Sun, 31 Mar 1996 08:49:32 -0800 (PST)
Date: Sun, 31 Mar 1996 08:49:31 -0800 (PST)
From: Clifford Buttschardt <cbuttsch@slonet.org>
X-Sender: cbuttsch@biggulp.callamer.com
To: "Donald E. Haselwood" <deh6@po.cwru.edu>
cc: hfsig@tapr.org
Subject: Re: [HFSIG:998] Re: Coherent CW
In-Reply-To: <199603310221.VAA10080@kanga.INS.CWRU.Edu>
Message-ID: <Pine.OSF.3.91.960331084304.31210A-100000@biggulp.callamer.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hello Don.  Yes we are making very good progress with simple effort using 
both BPSK and CCW (BiPhase and Coherent CW).  Since you started the 
process some years back why not now complete the proceedure? Regarding 
the DeCarle Spectrum analyzer board, the difficult chip has been the 
RS232 driver.  Bill in Canada has a supply of them and I see where most 
mail order houses now carry the MAX equivelent chip which still fits the 
boards you purchase four years ago!

Your next step is to check the home page of VE2IQ:
     http://w3ietc.ca/home/bill/spbill.htm

All the software you need and full instructions for what we are doing is 
easily downloaded without hassel.

Good luck on ya and do join us "ordinary" guys!  Cliff Buttschardt W6HDO

From forrerj@ucs.orst.edu  Sun Mar 31 19:19:01 1996
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by tapr.org (8.7.5/8.7.3/1.9) with SMTP id TAA09280 for <hfsig@tapr.org>; Sun, 31 Mar 1996 19:18:59 -0600 (CST)
Received: from p07.t0.monrotel.com by ucs.orst.edu; (5.65v3.2/1.1.8.2/13Mar96-1233PM)
	id AA12405; Sun, 31 Mar 1996 17:18:54 -0800
Message-Id: <9604010118.AA12405@ucs.orst.edu>
X-Sender: forrerj@ucs.orst.edu (Unverified)
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sun, 31 Mar 1996 17:30:39 -0800
To: hfsig@tapr.org
From: forrerj@ucs.orst.edu (Johan Forrer)
Subject: Re: [HFSIG:1002] Re: Coherent CW

Hi Cliff,

>Hello Don.  Yes we are making very good progress with simple effort using 
>both BPSK and CCW (BiPhase and Coherent CW).  Since you started the 
>process some years back why not now complete the proceedure? Regarding 
>the DeCarle Spectrum analyzer board, the difficult chip has been the 
>RS232 driver.  Bill in Canada has a supply of them and I see where most 
>mail order houses now carry the MAX equivelent chip which still fits the 
>boards you purchase four years ago!
>

Could you verify this URL please: I don't seem to be able to locate the host
"w3ietc.ca"



>Your next step is to check the home page of VE2IQ:
>     http://w3ietc.ca/home/bill/spbill.htm
>


Thanks,

--Johan

From cbuttsch@slonet.org Sun Mar 31 20:23:19 1996
Received: from biggulp.callamer.com (cbuttsch@biggulp.callamer.com [199.74.141.2]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id UAA11894 for <hfsig@tapr.org>; Sun, 31 Mar 1996 20:23:17 -0600 (CST)
Received: (from cbuttsch@localhost) by biggulp.callamer.com (8.7.4/8.7.3) id SAA29155; Sun, 31 Mar 1996 18:23:10 -0800 (PST)
Date: Sun, 31 Mar 1996 18:23:10 -0800 (PST)
From: Clifford Buttschardt <cbuttsch@slonet.org>
X-Sender: cbuttsch@biggulp.callamer.com
To: Johan Forrer <forrerj@ucs.orst.edu>
cc: hfsig@tapr.org
Subject: Re: [HFSIG:1003] Re: Coherent CW
In-Reply-To: <9604010118.AA12405@ucs.orst.edu>
Message-ID: <Pine.OSF.3.91.960331181731.13065H-100000@biggulp.callamer.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi Johan.  Good to see you in print. I hope I have made a mistake leaving 
out a decimal point as that would answer you request.  Here is his URL:
       http://w3.ietc.ca/home/bill/spbill.htm
John, I used ordinary LYNX earlier today and was sucesful getting to 
him.  I'll check my outgoing mail and see if I left off the decimal point.
Do try and see if some of this information is useful to the group.  It 
may not be all that can be done but it certainly is a useful start!
Cliff Buttschardt   W6HDO

On Sun, 31 Mar 1996, Johan Forrer wrote:

> Hi Cliff,
> 
> >Hello Don.  Yes we are making very good progress with simple effort using 
> >both BPSK and CCW (BiPhase and Coherent CW).  Since you started the 
> >process some years back why not now complete the proceedure? Regarding 
> >the DeCarle Spectrum analyzer board, the difficult chip has been the 
> >RS232 driver.  Bill in Canada has a supply of them and I see where most 
> >mail order houses now carry the MAX equivelent chip which still fits the 
> >boards you purchase four years ago!
> >
> 
> Could you verify this URL please: I don't seem to be able to locate the host
> "w3ietc.ca"
> 
> 
> 
> >Your next step is to check the home page of VE2IQ:
> >     http://w3ietc.ca/home/bill/spbill.htm
> >
> 
> 
> Thanks,
> 
> --Johan
> 
> 

From cbuttsch@slonet.org Sun Mar 31 20:54:41 1996
Received: from biggulp.callamer.com (cbuttsch@biggulp.callamer.com [199.74.141.2]) by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id UAA13236 for <hfsig@tapr.org>; Sun, 31 Mar 1996 20:54:38 -0600 (CST)
Received: (from cbuttsch@localhost) by biggulp.callamer.com (8.7.4/8.7.3) id SAA17443; Sun, 31 Mar 1996 18:54:33 -0800 (PST)
Date: Sun, 31 Mar 1996 18:54:30 -0800 (PST)
From: Clifford Buttschardt <cbuttsch@slonet.org>
X-Sender: cbuttsch@biggulp.callamer.com
To: "Donald E. Haselwood" <deh6@po.cwru.edu>,
        Johan Forrer <forrerj@ucs.orst.edu>, hfsig@tapr.org
cc: Bill DeCarle <bill@ietc.ca>
Subject: Re: BPSK, Re: Coherent CW
In-Reply-To: <Pine.OSF.3.91.960331084304.31210A-100000@biggulp.callamer.com>
Message-ID: <Pine.OSF.3.91.960331184516.10946A-100000@biggulp.callamer.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Don and Johan, et al:
In addition to Bill DeCarles home page at 
http://w3.ietc.ca/home/bill/spbill.htm
you might want to see the Longwave Club of America BBS at:
http://users.aol.com/lwcanews/lwcanews.html

You will find the information here rather informative especially for 
those interested in experimentation outside of the ham frequencies.  Both 
sites have been confirmed just today as valid.  Cliff Buttschardt W6HDO

